性能测试规则制定

开始时间：功能测试完毕

测试领域分析：是新功能还是老功能的性能问题待解决

业务场景分析：对业务、用户活跃时间、访问频率、场景交互等方面进行分析，涉及到的数据表有哪些、做哪些数据操作、需要多少测试数据等生成一个测试场景表，为测试脚本开发提供依据。

确定性能目标：和其他业务部门进行沟通协商，以及结合当前系统的响应时间等数据，确定最终我们需要达到的响应时间和系统资源使用率等目标。如在软硬件约束条件下的响应时间限制、cpu内存使用率限制（一般cpu不超过70%，内存不超过75%），并发用户数、事务吞吐率需求、响应时间需求、系统占用资源需求、可扩展性需求。

测试用例设计：用例编号以业务操作场景为主，简洁易懂，如查询表单_xxx_xx_，并协商用例条件和操作步骤。

脚本和辅助工具的开发及使用：根据实际需要选择脚本工具或辅助的测试数据生成工具。

测试执行与管理：建立测试环境、执行测试脚本、测试结果记录。

测试分析：

1、测试环境的系统性能分析

根据我们之前记录得到的测试结果（图表、曲线等），经过计算，与预定的性能指标进行对比，确定是否达到了我们需要的结果；如未达到，查看具体的瓶颈点，然后根据瓶颈点的具体数据，进行具体情况具体分析（影响性能的因素很多，这一点，可以根据经验和数据表现来判断分析）。

2、硬件设备对系统性能表现的影响分析

由于之前设计了几个不同的测试环境，故可以根据不同测试环境的硬件资源使用状况图进行分析，确定瓶颈是在数据库服务器、应用服务器或其他方面，然后针对性的进行优化等操作。

3、其他影响因素分析

影响系统性能的因素很多，可以从用户能感受到的场景分析，哪里比较慢，哪里速度尚可，这里可以根据2\5\8原则对其进行分析；至于其他诸如网络带宽、操作动作、存储池、线程实现、服务器处理机制等一系列的影响因素，具体问题具体分析。

4、测试中发现的问题

在性能测试执行过程中，可能会发现某些功能上的不足或存在的缺陷，以及需要优化的地方，这也是执行多次测试的优点。

测试计划的实施时间：略