系统性能测试方案--模板

《系统性能测试方案--模板》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、性能测试方案文档修改历史曰期版本作者修改内容审批人发布曰期2011.12.1V1.0初稿1.奶当射召31.1.测试目的31.2.读者对象31.3.参考资料31.4.术语与解释32.测$賴32.1.测试环境32.2•测试工具43.测i式誠43.1.测试功能点43.2.性能需求44.55.测试完成准则56.测试风险67.测试设计策略67.1.关键资源不处于阻塞状态67.2.组合测试用例策略67.3.测试执行策略68.78.1.场景一78.2•騎Z17场景三错误!未定义书签。9.测试报告输出8ضض文档介绍1.1.

2、测试冃的本次性能测试的目的是检测XXX系统的性能情况。即：为了XXX系统上线后能够稳定运行，有必要在上线前对核心业务场景的压力情况有充分了解。因此，希望在模拟生产环境的情况下，模拟上线后的用户并发数，对系统核心业务进行压力测试，收集相应的系统参数,并最终作为上线的依据。编写本方案的目的是指导本次性能测试有序的进行，相关人S了解本次性能测试。读者对象本方案的预期读者是：项目负责人、测试人员和其他相关人员。参考资料名称是否可用备注XXX系统耑求规格说屯是XXX用户手册是1.4.术语与解释无ضض测试环境模拟客户使

3、用环境(S好模拟客户实际使用的配置环境)。具体如下:2.1.测试环境网络环境：Lan(100M)硬件环境:>应川服务器数量：1台配罝：型号、CPU、闪存等>数据库服务器数量：1台配置：型号、CPU、内存等>测试客户端数量：2台配置：型号、CPU、闪存等软件环境：>操作系统：WindowsServer2008,WindowsXPSP3>应用服务软件：WebSphere,Tomcat5.5>数据库：DB2,Oracle10g2.2.测试工具LoadRunner9.5ضض测试需求3.1.测试功能点本次测试共涉及登

4、录，新闻发布模块。3.2.性能需求注.•1.如果未提出实际性能需求可简写或省略该项2.此项根据产品需要可适当修改1）并发用户数达到？时，登录系统平均响应时间不超过？秒；2）并发用户数为？时，操作主要的业务流平均响应时间在用户接受的范围闪，系统运行正常；3）?小时运行组合测试川例时，系统正常运行不崩溃；4）若系统容量不能达到要求的并发数或运行吋间吋，验证一下达到哪-个数值时，系统将不能支持ضض准备工作注：此项根据产品需要可适当修改或省略1）测试功能点全部通过功能测试，确保功能上没有问题；2）准备测试环境服务器

5、：1、准备好安装ux系统的服务器1台；2、安装xxx中间件、xxx数据库软件；3）准备测试客户机，如果并发川户数要求较多时，需要准备机器安装LoadRunner9.5,并使用负载机制和1台客户端产生虚拟用户数量；4）对于每一个测试功能点，都要事先录制好相应的测试脚本，包括参数化、关联等,准备好测试数据，并且调试好，脚本能够成功的回放，保证在测试的时候能够顺利的运行；5）创建测试场景，并配置好毎个场景的设置：6）测试过程屮保存好脚本和分析结果，并规范的对脚本和分析结果等进行命名。ضض测试完成准则注：此项根据产

6、品耑要可适当修改1）达到性能要求。即在要求的并发用户数下，系统的响应时间小于等于客户要求的登录系统平均响应时间；2）在长时间运行后，系统不崩溃，各功能正常；服务器CPU,内存，响应时间等参数保持稳定；场景运行停止后，一段时间内占用的资源可以正常释放。ضض测试风险注：此项根据产品需要可适当修改。选择的业务流不具有代表性。即选择的测试功能点经过负荷测试和长时间测试后不能重现系统问题，如内存溢出，速度慢等问题；选择测试功能点的原则：客户使用系统时经常操作的业务流，以及觉得反应比较慢的几个功能模块：不是在实际环境中

7、的测试(即模拟的测试环境和客户实际使用环境配置差别较大)，由于测试环境的不同，测试结果和实际使用环境屮的结果有一定的出入；测试环境中的数据量比实际环境中使用一段时间后的数据量要少的多，系统目前的性能不能代表数据量增长后的性能。ضض测试设计策略7.1.关键资源不处于阻塞状态注：此项根据产品需要可简写或省略>应用服务器CPU利用率<(?)>网络流量<(?)>物理内存不能耗尽，利用率<(?)>响应时间<(?)7.2.组合测试用例策略注：此项根据产品需要可适当修改先单个测试用例在不同的场景下并发测试，再组合多个测试

8、用例同时并发多用户长时间测试。即：先单独执行并发用户登录用例，新闻发布用例……。最后组合执行上面X组用例，同时并发执行X小时。7.3.测试执行策略注：此项根据产品需要可适当修改在正常的生产数据卜，采用阶梯式的方式，分别使用并发用户60、80、100个进行测试。如果在某一个并发川户数，如80个并发用户测试时，发现性能下降，那么则逐步减少并发数，以找出并发用户达到什么数目吋，系统性能开始急剧下降。ضض业务模型8.1.