网上银行系统性能测试案例.docx
《网上银行系统性能测试案例.docx》由会员分享，可在线阅读，更多相关《网上银行系统性能测试案例.docx（15页珍藏版）》请在冰点文库上搜索。
网上银行系统性能测试案例
用户名称密级：
XX项目性能测试方案
（V1.0）
文档编号：
项目名称：
编写：
编写日期：
审核：
审核日期：
修订状况
早节
编号
早节名称
修订内容简述
修订日期
修订前
版本号
批准人
2.测试活动4
2.1.测试工具4
22测试类型4
221.基准测试4
2.2.2.并发数测试4
2.2.3.稳定性测试4
2.2.4.浪涌式测试4
3.测试环境5
3.1.软件环境5
3.2.硬件环境5
3.3.网络拓扑图5
4.测试方案6
4.1.模拟数据量分布6
4.2.典型交易选取6
4.3.并发方法7
4.4.延时说明7
4.5.执行速度7
4.6.方案设置7
4.6.1.基准测试7
4.6.2.并发数测试8
4.6.3.稳定性测试9
4.6.4.浪涌式测试10
1.概述
【此处简述性能测试的概述】如:
本次测试测试旨在检测XX项目系统性能。
由于解决方案部未对该产品提出明确的性能指标,
而且受到基地硬件环境所限，所以项目组只能在基地所能提供的硬件、软件基础上，对XX进行测
试。
性能测试采用Ml公司的LoadRunner7.8作为性能测试的工具，模拟用户进行基准测试、并发
数测试、稳定性测试、浪涌式测试等四种类型的测试，并对主要测试指标参数进行分析。
2.测试手段和范围
2.1.测试工具
本次性能测试采用Ml公司的LoadRunner作为性能测试的工具。
LoadRunner主要提供3个性能测试组件：
VirtualUserGenerator，Controller，Analysis
-使用VirtualUserGenerator录制测试脚本；
-用Controller进行管理，控制并发的模拟用户并发数，记录测试结果，包括缺陷报告和测试日志；
-Analysis进行统计和分析测试结果。
22测试范围
本次测试使用相同的测试用例（详细信息请参考4.2节），进行基准测试、并发数测试、稳定
性测试、浪涌式测试等四种类型的测试。
2.2.1.基准测试
对建行TELLER平台改造项目系统测试业务模型中所涉及的XXXX.XXXX.XXXX业务进行基准测试。
基准测试可在系统无压力（测试环境独立于外界环境，服务器无额外服务运行，无额外监控进程运行，待测试系统无其他业务在运行）情况下，取得各项业务的系统平均响应时间作为分析衡量指标，用于初步诊断系统是否存在性能瓶颈。
2.2.2.并发数测试
按照业务模型约定的业务间比例关系，用LoadRunner模拟多用户同时向使用服务器并发提交
交易请求，测试运行过程中每个用户在没有任何时间间隔（ThinkTime）的情况下反复提交交易，
固定运行时间为5分钟。
2.2.3.稳定性测试
稳定性测试重点测试建行TELLER平台改造项目系统在业务高峰期压力下运行的稳定性。
2.2.4.浪涌式测试
持续进行高强度和普通强度的交叉压力测试。
3.测试环境
3.1.软件环境
资源
描述
数量
测试客户端软件环境
LoadRunner7.8
负载生成工具软件，License为10000
1
0ffice2000办公软件
用于测试数据处理
1
Windows2000professional
测试客户端操作系统软件
1
IE6.0及其相应页面组件
测试客户端使用软件
1
测试服务器端软件环境
Windows2000professional
服务器端操作系统软件
1
Weblogic8.1（jdk1.4.2）
使用服务器软件
1
AIX5.2.0.0/Informix7以上
DBServer
1
3.2.硬件环境
资源
描述
数量
测试客户端硬件环境
台式PC:
CPU=2.8GHz，1G内存（最低512M），40G硬盘
2
测试服务器端硬件环境
AIX-6000:
1
数据库环境
3.3.网络拓扑图
在实际硬件测试环境中网络拓扑图
4.测试方案
4.1.模拟数据量分布
总记录数（条）：
表数量：
本次测试使用数据信息如下:
模块
表类别
表名
记录数（条）
4.2.典型交易选取
选取原则
-业务统计中几种典型业务的比例
-调用频繁、占用空间大的数据库表的交易
-占用最大存储空间或其它资源的交易
对磁盘、常驻内存的数据过度访问的交易
选取结果
交易
交易名称
交易编号
相应脚本名称
说明
Tran_1
Transaction_1
交易二
交易名称
交易编号
相应脚本名称
说明
Tran_1
Transaction_1
交易三
交易名称
交易编号
相应脚本名称
Tran_3
Transaction_3
4.3.并发方法
本次测试采用LoadRunner的模拟终端方式发起，采用逐步上压的方法，每1秒发起1个并发,
9分钟以内登录完毕，持续执行时间设定为5分钟。
持续执行时间结束后，每1秒停止1个并发。
4.4.延时说明
按照建行TELLER平台改造项目系统日常业务模型的约定，添加交易间隔，按照每个交易总计
延时13秒，（其中：
交易之间间隔3秒；每个交易中间隔10秒（通讯延时2秒，外设延时2秒，柜员查看2秒，点钞延时2秒，打印延时2秒）；击键频率=4次/秒。
）
4.5.执行速度
击键频率：
4次/秒
4.6.方案设置
按照第三节内容配置测试环境，并准备相应的测试数据和脚本执行以下测试。
4.6.1.基准测试
编号：
001
目的：
无负载情况下取得各项业务的系统平均响应时间作为分析衡量指标，用于初步诊断系
统是否存在性能瓶颈。
文件名称：
Scenario1.lrs
测试方法：
使用LoadRunner模拟一定数量的用户登录到系统，针对以上几种业务编写的测试
脚本，在系统无压力情况下重复100次，每次迭代间等待13秒，记录平均响应时间。
设置信息：
使用手动方案，分别选择测试脚本Transaction_1/Transaction_2/
Transaction_3，详细设置信息如下:
\设置
用尸
迭代
迭代
执行
Ramp
持续
Ramp
延时
Think
负载生成
交易、、、
数量
次数
间隔
时间
Up
时间
Down
时间
Time
器数量
Tran_1
1
100
13
/
全部
加载
/
全部
停止
/
/
1
Tran_2
1
100
13
/
全部
加载
/
全部
停止
/
/
1
Tran_3
1
100
13
/
全部
加载
/
全部
停止
/
/
1
4.6.2.并发数测试
编号：
002
目的：
检测多用户并发访问时，系统的性能参数。
文件名称：
Seenario2_1.lrs/Scenario2_2.lrs/Seenario2_3.lrs
测试方法：
具体操作如下
1.使用LoadRunner模拟200用户登录到系统，每个用户以13秒的间隔反复提交服务请求
并接收返回结果，交易过程持续5分钟后，全部用户退出系统。
记录每次服务的平均响
应时间，通过的交易数、交易正确率，使用服务器利用率、内存使用情况等参数。
2.改变并发用户数为300,重复上述测试过程。
3.改变并发用户数为400,重复上述测试过程。
4.改变并发用户数为500,重复上述测试过程。
5.……
6.当出现以下情况下停止用户数量的增加，结束测试
-Tps上升趋势明显减慢，或甚至有下降趋势
-CPU/Memory达到极限或者1分钟之后系统仍无响应
-ART数值急剧升高或者不能满足预期期望
7.记录测试结果
设置信息：
⑴使用手动方案，选择测试脚本Transaction_1（Tran_1），详细设置信息如下:
设置
用户
迭代
迭代
执行
Ramp
持续时
Ramp
延时
Think
负载生成
交易
数量
次数
间隔
时间
Up
间（sec）
Down
时间
Time
器数量
200
/
/
1/sec
300
1/sec
0
Ignore
2
Tran1
300
/
/
1/sec
300
1/sec
0
Ignore
2
400
/
/
1/sec
300
1/sec
0
Ignore
2
/
/
1/sec
300
1/sec
0
Ignore
2
S雯置
用户
迭代
迭代
执行
Ramp
持续时
Ramp
延时
Think
负载生成
交、、
数量
次数
间隔
时间
Up
间（sec）
Down
时间
Time
器数量
200
/
/
1/sec
300
1/sec
0
Ignore
2
Tran2
300
/
/
1/sec
300
1/sec
0
Ignore
2
400
/
/
1/sec
300
1/sec
0
Ignore
2
/
/
1/sec
300
1/sec
0
Ignore
2
⑶使用手动方案，选择测试脚本Transaction_3（Tran_3），详细设置信息如下:
X设置
用户
迭代
迭代
执行
Ramp
持续时
Ramp
延时
Think
负载生成
交易\
数量
次数
间隔
时间
Up
间（sec）
Down
时间
Time
器数量
200
/
/
1/sec
300
1/sec
0
Ignore
2
Tran_3
300
/
/
1/sec
300
1/sec
0
Ignore
2
400
/
/
1/sec
300
1/sec
0
Ignore
2
/
/
1/sec
300
1/sec
0
Ignore
2
4.6.3.稳定性测试
编号：
003
目的：
测试建行TELLER平台改造项目系统在业务高峰期压力下运行的稳定性。
文件名称：
Scenario3_1.lrs/Seenario3_2.lrs/Seenario3_3.lrs
测试方法：
采用业务模型负载测试的脚本及场景设置（脚本采用并发数测试的脚本，场景除时
长不同外其他各项都同于并发数测试，另外取并发数测试时最优的一组并发数进行的），对建行
TELLER平台改造项目系统进行时间为1X8小时稳定性测试，记录每次服务平均响应时间，服务
正确率，服务器CPU利用率、内存使用情况等参数，考察服务器是否出现宕机、交易正确率小于95%等情况。
设置信息：
⑴使用手动方案，选择测试脚本Transaction_1（Tran_1），详细设置信息如下:
、设置交易、•、.
用户
数量
迭代
次数
迭代
间隔
执行
时间
Ramp
Up
持续时
间（sec）
Ramp
Down
延时
时间
Think
Time
负载生成
器数量
Tran_1
/
/
1/sec
28800
1/sec
0
Ignore
2
⑵使用手动方案，选择测试脚本Transaction_2（Tran_2），详细设置信息如下:
交易、、、、
用户
数量
迭代
次数
迭代
间隔
执行
时间
Ramp
Up
持续时
间（sec）
Ramp
Down
延时
时间
Think
Time
负载生成
器数量
Tran_2
/
/
1/sec
28800
1/sec
0
Ignore
2
⑶使用手动方案，选择测试脚本Transaction_3（Tran_3），详细设置信息如下:
交易
用户
数量
迭代
次数
迭代
间隔
执行
时间
Ramp
Up
持续时
间（sec）
Ramp
Down
延时
时间
Think
Time
负载生成
器数量
Tran_3
/
/
1/sec
28800
1/sec
0
Ignore
2
4.6.4.浪涌式测试
编号：
004
目的：
持续进行高强度和普通强度的交叉压力测试。
文件名称：
Seenario4_1.lrs/Seenario4_2.lrs/Seenario4_3.lrs
测试方法：
先在5分钟内压500个Vuser，然后在5分钟内压50个Vuser，最后又在5分钟内压1000个Vuser，再将用户数降至100，查看资源释放情况。
设置信息：
⑴使用手动方案，持续测试脚本Transaction_1（Tran_1），详细设置信息如下:
X设®
用户
迭代
迭代
执行
Ramp
持续时
Ramp
延时
Think
负载生成
交易、
数量
次数
间隔
时间
Up
间（see）
Down
时间
Time
器数量
500
/
/
1/see
300
1/see
0
Ignore
2
Tran1
50
/
/
1/see
300
1/see
0
Ignore
2
1000
/
/
1/see
300
1/see
0
Ignore
2
100
/
/
1/see
300
1/see
0
Ignore
2
⑵使用手动方案，选择测试脚本Transaction_2（Tran_2），详细设置信息如下:
X设置
用户
迭代
迭代
执行
Ramp
持续时
Ramp
延时
Think
负载生成
交易、
数量
次数
间隔
时间
Up
间（see）
Down
时间
Time
器数量
500
/
/
1/see
300
1/see
0
Ignore
2
Tran2
50
/
/
1/see
300
1/see
0
Ignore
2
1000
/
/
1/see
300
1/see
0
Ignore
2
100
/
/
1/see
300
1/see
0
Ignore
2
⑶使用手动方案，选择测试脚本Transaction_3（Tran_3），详细设置信息如下:
设置
用户
迭代
迭代
执行
Ramp
持续时
Ramp
延时
Think
负载生成
交^\
数量
次数
间隔
时间
Up
间（see）
Down
时间
Time
器数量
500
/
/
1/see
300
1/see
0
Ignore
2
Tran_3
50
/
/
1/see
300
1/see
0
Ignore
2
1000
/
/
1/see
300
1/see
0
Ignore
2
100
/
/
1/see
300
1/see
0
Ignore
2
说明：
1/sec：
表示每秒开始/停止一个用户
5.其他说明
测试文件
-测试脚本（LoadRunnerVuserScripts形式）
-测试场景（LoadRunnerSeenarios*.lrs形式）
升级会员 