本次产品稳定性测试报告计划内容
测试场景与用例：
1. 场景一：复合场景（综合），测试目的：验证产品是否可连续运行1年以上，以测试基准数据进行估算，并结合实际项目的公文数量与用户总量进行估算，以求把产品的性能结果应用于项目的实际估算中。
2. 场景二：附件上传（单独），测试目的：验证前期在Linux下出现多次Was服务器宕机问题（在Windows下使用JProbe对JVM堆栈进行观测，并配合研发中心查找内存泄漏原因）
3. 场景三：发送组件（拆分），测试目的：针对前期复合场景及附件上传场景中频繁出现的Was服务器宕机行为，与研发中心沟通后把初时的附件上传脚本拆分为两个独立组件以进行后续排查性测试，为研发中心定位及排查问题提供理论依据。
4. 场景四：上传组件（拆分），测试目的：针对前期复合场景及上传中频繁出现的Was宕机问题，结合以进行发送组件测试。为求进一步缩小对产品内存泄漏问题的追踪，辅助研发中心对产品稳定测试给予综合结论。
5. 场景五：附件上传（单独），测试目的：针对前期排查性测试中未发现Was宕机和其它服务器异常行为，在已进行后续测试中对测试服务器环境进行重新部署及优化。从而排除了由测试环境配置问题而导致性能问题。
6. 场景六：复合场景（综合），测试目的：在以优化的测试环境中，重新赋予同测试用例、同数据量条件下复合场景测试。针对前期测试当中频繁发生Was宕机行为，从测试策略角度出发重新调整了内存堆栈截取策略。由此，进一步降低了由不正当的使用内存片段，而对产品性能造成的影响。
注意：在以上排查性验证测试中，均使用Linux应用与Windows应用配合进行的原则进行问题排查。
本次产品稳定测试报告资源列表
测试时间与结果位置：
1. 场景一：复合场景（综合）
测试时间：大致时间9-11至9-15(根据例会总结，工作周报)
测试结果：
2. 场景二：附件上传（单独）
测试时间：大致时间9-18
测试结果：Memory_2006_10_11
Memory_2006_10_12
3. 场景三：发送组件（拆分）
测试时间：大致时间10-17
测试结果：Memory_10_17
Memory_10_18
Memory_10_19（Memory_new/Memory_new1）
Memory_10_23
Memory_10_24
4. 场景四：上传组件（拆分）
测试时间：大致时间11-3-6：Linux下上传组件测试
测试结果：附加上传Linux下
5. 场景五：附件上传（单独）
测试时间：大致时间11-13：Linux下附件上传测试
11-14：Windows下使用JProbe观测附件上传测试
6. 场景六：复合场景（综合）
测试时间：大致时间11-16：Linux下复合场景综合测试
测试结果：
文章来源于领测软件测试网 https://www.ltesting.net/
