本次产品稳定性测试报告写作思路
1. 本次产品稳定性测试的总体背景
2. 本次产品稳定性测试的方法及策略
3. 罗列已经进行稳定测试种类，并根据测试类型描述该次测试目的，并针对其测试目的给予简单的测试评论
4. 为其它同类型的测试，提供理论依据或为项目组成员提供参考依据，如：前期重新部署包、数据库或其它事项，测试服务器趋于正常。
5. 纵观产品稳定性测试结果，基本达到发布标准，稳定性测试总结论
6. 通过对产品性能分析结果，为项目组成员提供理论推导数据，给予标准的产品估算公式。
本次产品稳定测试测试分析图表篇
本次产品稳定性测试报告提纲内容
本次产品稳定性测试报告计划内容
测试场景与用例：
1. 场景一：复合场景（综合），测试目的：验证产品是否可连续运行1年以上，以测试基准数据进行估算，并结合实际项目的公文数量与用户总量进行估算，以求把产品的性能结果应用于项目的实际估算中。
2. 场景二：附件上传（单独），测试目的：验证前期在Linux下出现多次Was服务器宕机问题（在Windows下使用JProbe对JVM堆栈进行观测，并配合研发中心查找内存泄漏原因）
3. 场景三：发送组件（拆分），测试目的：针对前期复合场景及附件上传场景中频繁出现的Was服务器宕机行为，与研发中心沟通后把初时的附件上传脚本拆分为两个独立组件以进行后续排查性测试，为研发中心定位及排查问题提供理论依据。
4. 场景四：上传组件（拆分），测试目的：针对前期复合场景及上传中频繁出现的Was宕机问题，结合以进行发送组件测试。为求进一步缩小对产品内存泄漏问题的追踪，辅助研发中心对产品稳定测试给予综合结论。
5. 场景五：附件上传（单独），测试目的：针对前期排查性测试中未发现Was宕机和其它服务器异常行为，在已进行后续测试中对测试服务器环境进行重新部署及优化。从而排除了由测试环境配置问题而导致性能问题。
6. 场景六：复合场景（综合），测试目的：在以优化的测试环境中，重新赋予同测试用例、同数据量条件下复合场景测试。针对前期测试当中频繁发生Was宕机行为，从测试策略角度出发重新调整了内存堆栈截取策略。由此，进一步降低了由不正当的使用内存片段，而对产品性能造成的影响。
注意：在以上排查性验证测试中，均使用Linux应用与Windows应用配合进行的原则进行问题排查。
本次产品稳定测试报告资源列表
测试时间与结果位置：
|
测试
场景
|
测试
类型
|
测试
日期
|
测试
内容
|
|
场景一
|
复合
场景
（综合）
|
2006
9-11
至
9-15
|
验证产品是否可连续运行1年以上，以测试基准数据进行估算，并结合实际项目的公文数量与用户总量进行估算，以求把产品的性能结果应用于项目的实际估算中。
|
|
场景二
|
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
