压力测试实例(2)

　　2)必须能够通过参数设定在每台PC机上运行的客户端测试程序个数、请求的时间间隔(单位：毫秒)、运行时间(单位：小时)。

　　3)在数据库中建立测试记录表，生成测试记录，向数据库写入测试记录的功能不通过被测的应用服务器实现。日志内容包括：发送测试请求的机器名、客户端测试程序序号、发出请求时间、收到响应时间、处理是否成功。表名：TEST_LOG，字段名：MACHINE、ID、START_TIME、END_TIME、FLAG。

　　3.2.3系统本底数据的准备

　　为考察系统运行一段时间后系统的响应性能，参照实际运行情况及发展进行系统的本底数据准备。业务处理中涉及到的业务表中都要求按设计规模进行本底数据的准备。要求准备的数据记录的有效性符合系统要求，数据有效性的具体要求参见数据库设计及系统设计文档。

　　3.3破坏性测试

　　按照设计连接的客户端连接数量进行测试，把应用服务器处理请求的设计频度增加1-10倍，分别测试出现错误的状态和和出现错误的比率，考察是否出现不可恢复错误，系统设计要考 虑出现严重错误情况下负荷减轻错误自动恢复的实现方法。

　　计划时间：2天;这个时间包括破坏性的修复和自动恢复的实现需要的时间。

　　在测试过程中每10分钟记录一次IBM Xseries PC Server的内存及CPU使用情况，包括被测程序的内存占用百分比、数据库管理系统的内存占用百分比、操作系统的内存占用百分比。

　　3.4强度稳定性测试

　　选择一种负荷比设计负荷重的情况(应用服务器处理请求的频度为应用服务器处理请求的

　　设计频度的1.5倍)，进行24小时稳定性测试。

　　3.5测试方法和工具

　　黑盒测试

　　测试工具：无外购的测试工具，自己编制的测试工具。

　　3.6测试时间计划

　　3.6.1环境准备：2天。

　　其中：基本硬件、软件环境及系统本底数据的准备：1天，

　　系统客户端测试程序的编写及测试：1天。

　　3.6.2破环性测试：2天。

　　3.6.3强度稳定性测试：1天。

　　3.7测试中的问题及处理

　　3.7.1暂停标准和再启动要求

　　暂停标准：被测试软件在强度稳定性测试中频繁出现异常(每小时出现1次以上)时。用户或公司要求暂停测试时。

　　再启动要求：通过调试后，预计被测试软件的可靠性有所提高时，可再次启动测试。

　　3.7.2不可预见问题

　　不可预见问题包括：

　　◇测试环境被破坏而导致测试无法进行;

　　◇当出现上述不可预见问题时，测试终止，就已完成的测试内容编制测试总结报告，并在报告中说明测试终止的原因。

　　3.8测试报告 2002.06.21

　　测试总结报告提交日期：2002.06.21。

　　3.8.1应生成的测试文件

　　测试记录(测试负责人和参与测试的人员签字);

　　测试总结报告。

　　3.8.2测试总结报告中必须包含的内容

　　被测试软件名称、测试项、测试环境;

　　被测试软件的压力测试结论：响应时间、最大/最小并发数、失败的次数、正常连续运行的最长/最短时间，并发数与失败的关系。

　　4、人员和职责

　　4.1职责

　　测试工程师：负责编写测试计划，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。

　　软件工程师：负责编写、调试客户端测试软件;数据库管理系统的安装、ofs配置及系统的本底数据准备。

　　系统工程师：负责测试用的硬件维护及操作系统安装、MSCS配置。

　　总工程师：负责对测试计划及测试总结报告进行批准。

　　用户：必要时可参加测试，并提出具体的测试要求;可要求暂停测试。

　　4.2人员和训练要求

　　本次测试无特别的人员及培训要求。

　　5、批准

　　本测试计划必须经过总工程师批准后才能开始实施。

原文转自：http://www.uml.org.cn/Test/200704113.asp