文档介绍：XXXX性能测试方案书
修订页
编号
章节名称
修订内容简述
修订日期
修订前
版本号
修订后版本号
修订人
批准人
1
整个文档
创建全文
2009-11-23
测试需求
性能测试需求
业务指标
指标描述
指标值
响应时间
用户操作时系统的响应时间
5
并发数量
同时访问系统的最大并发用户数量
50
访问高峰数量
同时访问系统的用户数量
业务量均值
非实时批量数据量(笔)
业务量峰值
非实时批量数据量(笔)
访问高峰时间
访问系统频率最高的时间段
测试内容
序号
功能模块
功能描述
1
登录及首页载入
2
账户明细查询
3
行内同名转账
4
行内转账
5
跨行转账
6
批量转账
7
网上转账结果查询
8
网上转账结果查询—excel下载
9
信用卡历史账单查询
10
信用卡手工还款
11
安全中心资料工具下载
测试约束
测试启动条件
测试环境已经准备好；
系统的功能测试已经完成，并且功能测试报告通过了内部评审
；
进行了冒烟测试，系统的性能测试是可测的；
不存在影响系统流程的缺陷。
测试结束条件
根据性能测试计划执行所有测试用例完成，测试出系统基本性能参数，并分析系统性能瓶颈，系统调优后，达到需求定义的性能指标；
完成性能分析工作，性能指标验证结束；
性能测试报告通过内部评审。
测试方法
测试方法描述
根据软件需求规格说明书中的需求，使用性能测试工具，对系统施加压力，测试系统在压力下的工作状况，测试系统性能是否满足软件需求规格说明书中的指标。
基准测试
测试方法
对个人网银系统的所列功能点进行基准测试，主要用于与响应时间性能指标的对比，以了解系统的整体性能状况。
测试场景
对系统所有功能点（功能测试中的所有功能点），使用单个用户通过执行相应业务操作的测试脚本发起各项操作请求，在执行1小时
后，初步诊断系统是否存在性能瓶颈，取响应时间的平均值作为测试的基准值。
编号
用例需求点
用户数量
迭代次数
迭代间隔
执行时间
（分钟）
Think Time
负载生成器数量
1
登录及首页载入
1
-
0
60
0
1
2
账户明细查询
1
-
0
60
0
1
3
行内同名转账
1
-
0
60
0
1
4
行内转账
1
-
0
60
0
1
5
跨行转账
1
-
0
60
0
1
6
批量转账
1
-
0
60
0
1
7
网上转账结果查询
1
-
0
60
0
1
8
网上转账结果查询—excel下载
1
-
0
60
0
1
9
信用卡历史账单查询
1
-
0
60
0
1
10
信用卡手工还款
1
-
0
60
0
1
11
安全中心资料工具下载
1
-
0
60
0
1
并发测试
并发测试的目的是为了验证系统在同一秒级50个用户的并发下，个人数据查询以及个人转账处理对系统资源的利用，以及所能达到的响应时间。
测试方法
模拟服务器与终端用户之间的网络连接，对Loadrunner的虚拟用户使用512K的带宽限制设置，分别模拟50个用户同时（同一秒级）向同一功能点（单一业务）或多个功能点发出操作请求，测试系统的响应能力，包括响应时间以及CPU、内存、磁盘、网络等资源的使用状况，以验证系统对50个用户并发请求时的支持能力。
1）并发用户数量的设计
a．极限法：根据性能需求，假设目前系统要求最大的并发用户数为50个。选择不同的访问时间段，给系统50的查询处理并发量，并持续10分钟，在此过程中收集系统资源利用情况和响应时间（TPS,CPU%,Response Time）。对于同一个场景，可以使用10，20，30，40不同的用户并发量（步进为10）。
b．用户趋势分析：按照今后N年的用户数量增长和业务增长（30％）分析，N年后要达到的用户数量与业务量的并发要求。假设N年后，最大并发用户数量是65，同时访问系统的最大用户数为1040。选择不同的访问时间段，以步进为10逐步增加并发交易数量，直至到达最大并发用户数量65，在此过程中收集系统资源利用情况和响应时间（TPS,CPU%,Response Time）。
测试场景
对本次性能测试所确定的典型业务功能点，通过Loadrunner模拟50个用户，同时（同一秒级）访问同一个典型业务功能（单一业务）或多个功能点（混合业务），