(完整版)性能测试方案-模板

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

xxx性能测试方案

文档修改历史

目录

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.参考资料

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. 测试执行策略

注:此项根据产品需要可适当修改

相关文档
最新文档