性能测试方案-模板.doc

xxx性能测试方案

xxx性能测试方案

文档修改历史

日期
版本
作者
修改内容
审批人
发布日期
2011.12.1
V1.0

初稿

第8 页 共 8页
目 录
1. 文档介绍 3
1.1.测试目的 3
1.2.读者对象 3
1.3.参考资料 3
1.4.术语与解释 3
2. 测试环境 3
2.1.测试环境 3
2.2.测试工具 4
3. 测试需求 4
3.1.测试功能点 4
3.2.性能需求 4
4. 准备工作 5
5. 测试完成准则 5
6. 测试风险 6
7. 测试设计策略 6
7.1.关键资源不处于阻塞状态 6
7.2.组合测试用例策略 6
7.3.测试执行策略 6
8. 业务模型 7
8.1.场景一 7
8.2.场景二 7
8.3.场景三 8
9. 测试报告输出 8

1. 文档介绍
1.1.测试目的
本次性能测试的目的是检测xxx系统的性能情况。即：为了xxx系统上线后能够稳定运行，有必要在上线前对核心业务场景的压力情况有充分了解。因此，希望在模拟生产环境的情况下，模拟上线后的用户并发数，对系统核心业务进行压力测试，收集相应的系统参数，并最终作为上线的依据。
编写本方案的目的是指导本次性能测试有序的进行，相关人员了解本次性能测试。
1.2.读者对象
本方案的预期读者是：项目负责人、测试人员和其他相关人员。
1.3.参考资料
名称
是否可用
备注
xxx系统需求规格说书
是

xxx用户手册
是

1.4.术语与解释
无
2. 测试环境
模拟客户使用环境（最好模拟客户实际使用的配置环境）。具体如下：
2.1. 测试环境
网络环境：Lan（100M）
硬件环境：
Ø 应用服务器
数量：1台
配置：型号、CPU、内存等
Ø 数据库服务器
数量：1台
配置：型号、CPU、内存等
Ø 测试客户端
数量：2台
配置：型号、CPU、内存等
软件环境：
Ø 操作系统：Windows Server 2008，Windows XP SP3
Ø 应用服务软件：WebSphere，Tomcat5.5
Ø 数据库：DB2，Oracle 10g
2.2. 测试工具
LoadRunner9.5
3. 测试需求
3.1. 测试功能点
本次测试共涉及登录，新闻发布......模块。
3.2. 性能需求
注：1. 如果未提出实际性能需求可简写或省略该项
2. 此项根据产品需要可适当修改
1) 并发用户数达到？时，登录系统平均响应时间不超过？秒；
2) 并发用户数为？时， 操作主要的业务流平均响应时间在用户接受的范围内，系统运行正常；
3) ？小时运行组合测试用例时，系统正常运行不崩溃；
4) 若系统容量不能达到要求的并发数或运行时间时，验证一下达到哪一个数值时，系统将不能支持
4. 准备工作
注：此项根据产品需要可适当修改或省略
1) 测试功能点全部通过功能测试，确保功能上没有问题；
2) 准备测试环境服务器：
1、 准备好安装xxx系统的服务器1台；
2、 安装xxx中间件、xxx数据库软件；
3) 准备测试客户机，如果并发用户数要求较多时，需要准备机器安装LoadRunner9.5，并使用负载机制和1台客户端产生虚拟用户数量；
4) 对于每一个测试功能点，都要事先录制好相应的测试脚本，包括参数化、关联等，准备好测试数据，并且调试好，脚本能够成功的回放，保证在测试的时候能够顺利的运行；
5) 创建测试场景，并配置好每个场景的设置；
6) 测试过程中保存好脚本和分析结果，并规范的对脚本和分析结果等进行命名。
5. 测试完成准则
注：此项根据产品需要可适当修改
1) 达到性能要求。即在要求的并发用户数下，系统的响应时间小于等于客户要求的登录系统平均响应时间；
2) 在长时间运行后，系统不崩溃，各功能正常；服务器CPU，内存，响应时间等参数保持稳定；场景运行停止后，一段时间内占用的资源可以正常释放。
6. 测试风险
注：此项根据产品需要可适当修改。
1) 选择的业务流不具有代表性。即选择的测试功能点经过负荷测试和长时间测试后不能重现系统问题，如内存溢出，速度慢等问题；
选择测试功能点的原则：客户使用系统时经常操作的业务流，以及觉得反应比较慢的几个功能模块；
2) 不是在实际环境中的测试（即模拟的测试环境和客户实际使用环境配置差别较大），由于测试环境的不同，测试结果和实际使用环境中的结果有一定的出入；
3) 测试环境中的数据量比实际环境中使用一段时间后的数据量要少的多，系统目前的性能不能代表数据量增长后的性能。
7. 测试设计策略
7.1. 关键资源不处于阻塞状态
注：此项根据产品需要可简写或省略
Ø 应用服务器CPU利用率<（？）
Ø 网络流量<（？）
Ø 物理内存不能耗尽，利用率<（？）
Ø 响应时间<（？）
7.2. 组合测试用例策略
注：此项根据产品需要可适当修改
先单个测试用例在不同的场景下并发测试，再组合多个测试用例同时并发多用户长时间测试。即：先单独执行并发用户登录用例，新闻发布用例……。最后组合执行上面x组用例，同时并发执行x小时。
7.3. 测试执行策略
注：此项根据产品需要可适当修改
在正常的生产数据下，采用阶梯式的方式，分别使用并发用户60、80、100个进行测试。如果在某一个并发用户数，如80个并发用户测试时，发现性能下降，那么则逐步减少并发数，以找出并发用户达到什么数目时，系统性能开始急剧下降。
8. 业务模型
8.1. 场景一
用例编号
例如：SuJianCMS_login_001
验证功能
例如：用户登录
服务器环境
例如: Tomcat5.5，DB2
测试目的
例如：被测系统是否能够满足大并发用户数登录的要求。
前置条件
例如：已注册用户的账号与密码
并发用户数
例如：100个
思考时间
例如：用户1分钟完成一次用户登录操作
方法
设置并发用户数为100个，模拟用户登录系统的负载压力情况，进行30分钟的连续压力测试，记录系统登录事务交易的平均响应时间、成功率，应用服务器、数据库服务器和网络的各项性能指标，作为系统在实际使用情况中的性能表现依据。对失败交易发生时的各项指标数据进行分析，定位问题发生的原因。
用例名称
并发用户数
期望值（秒）
备注
并发用户登录
100个
例如：<5s
平均响应时间

8.2. 场景二
用例编号

验证功能

测试目的

前置条件

并发用户数

思考时间

方法

用例名称
并发用户数
期望值（秒）
备注

8.3. 场景三
用例编号

验证功能

测试目的

前置条件

并发用户数

思考时间

方法

用例名称
并发用户数
期望值（秒）
备注

……
…… ……
…… …… ……
9. 测试报告输出
在xxx系统的性能测试结束后，根据测试结果，将生成性能测试报告。
对应文档名称如下：
见《xxx系统性能测试报告》