业务管理农商银行新代综合柜面业务系统性能测试报告文档格式.docx
- 文档编号:5720013
- 上传时间:2023-05-05
- 格式:DOCX
- 页数:18
- 大小:22.91KB
业务管理农商银行新代综合柜面业务系统性能测试报告文档格式.docx
《业务管理农商银行新代综合柜面业务系统性能测试报告文档格式.docx》由会员分享,可在线阅读,更多相关《业务管理农商银行新代综合柜面业务系统性能测试报告文档格式.docx(18页珍藏版)》请在冰点文库上搜索。
5.2并发测试9
5.2.1测试结果9
5.2.2分析图表10
6数据分析23
7系统评价25
8测试遗留问题25
9附录25
9.1性能测试记录表26
9.20210交易处理脚本26
1测试简介
1.1项目背景
为解决原有字符终端柜面系统不能处理非线性数据(如图像)的缺陷、解决业务中的柜员离柜问题,并对交易前端的功能性梳理和整合,北京农商银行将实施现有字符终端向图形终端的改造,实施新一代综合柜面业务系统项目。
在新一代综合柜面业务系统全面推广上线前,需要对新系统平台进行性能测试,获取系统的并发处理能力、交易响应时间等性能指标。
1.2测试目标
本次性能测试的测试目标为:
Ø
获取新一代综合柜面业务系统在测试环境中的性能指标数据
发现性能瓶颈,协助开发人员进行性能调优,对系统上线提供性能建议和评估
1.3测试范围
新一代综合柜面系统的架构示意图如下图所示,图中红线虚框为本次性能测试的范围,包括ABS处理平台的后台应用服务器和数据库服务器。
1.4性能测试指标要求
指标分类
序号
指标描述
是否需求
性能指标
需求数值
备注
系统
处理能力
1
每秒事务数TPS
否
通过性能测试获取系统处理能力峰值
2
典型交易平均交易响应时间ART
获取实际指标值
3
批处理效率
柜面系统无大数据量批处理任务
4
最大
并发用户数
是
≥50
全行柜面终端数约为2800
5
交易成功率
≥99%
资源利用率
6
CPU占用率
≤80%
7
内存使用率
8
I/O使用率
2测试方案
2.1压力模型
本次性能测试采用如下的简易压力模型:
通过LoadRunner模拟图形终端各柜员向ABS平台发起交易压力
通过测试环境中的核心业务系统响应柜面交易请求
2.2交易选择
根据和开发组的沟通,选择如下前端处理比较复杂的典型交易:
编号
交易码
交易名
交易占比
参数化域
0210
个人客户信息建立
100%
无
处理较复杂的交易
2.3测试脚本
根据上述的系统架构示意图,通过LoadRunner的Socket协议录制柜面前端向柜面系统应用服务器发起的柜面交易,发现Socket交互次数(一组send和receive算一次交互)特别多(0210交易51次Socket交互),而且脚本回放时报接收报文长度不匹配错误。
新柜面系统开发组提供了一个测试用的Jar包,将图形前端ABC和后台应用服务器ABS之间的通讯过程进行了封装,通过解析描述型的交易数据文件后向后台提交交易,为此,使用LoadRunner的Java协议,测试脚本中通过调用Jar包中的对象提交柜面交易。
使用此测试脚本方案暂时也有如下缺点:
无法实现交易数据的参数化
脚本中只能定义各柜面交易执行全过程的长事务,无法对交易中各阶段进行分解分析(比如页面控件响应时间、交易提交响应时间、打印响应时间等)
测试脚本中无法获取交易执行结果:
交易提交后不返回响应特征码,从测试脚本中无法判断交易执行的情况,需要分析后台日志文件或数据库流水表分析交易是否成功(性能测试交易量巨大可能会引起大量的交易结果分析工作量)
LoadRunner统计分析数据失真(因失败交易也当成成功交易进行统一分析)
2.4资源监控
根据压力测试模型,本次性能测试需要监控如下主机的一些性能指标数据:
v新柜面系统应用服务器主机(Linux操作系统)
✓CPU–CPUUtilization(CPU使用率%)
✓Memory–Pagingrate(内存页交换速率)
✓I/O–DiskTraffic(磁盘交换速率)
v新柜面系统数据库服务器主机(AIX操作系统)
vLoadRunner控制器和压力产生器主机(WindowsXP操作系统)
✓CPU–%TotalProcessorTime(总的CPU使用率)
✓Memory–AvailableMbytes(物理内存的可用数,单位Mbytes)
✓Memory–PageFaults/sec(页面错误导致的页交换计数)
✓I/O–%DiskTime(磁盘驱动器读写请求已用时间所占百分比)
主机资源指标数据监控的方法:
优先通过LoadRunner进行监控
通过操作系统内部指令(如top、vmstat等)
2.5测试场景
设计如下类型的测试场景:
基准测试:
获取系统处理各典型交易在无压力情况下单笔交易的耗时,为并发场景提供一个基本数据参考。
并发测试:
检验服务器端对每个典型交易多个并发用户的处理能力,获取系统处理性能指标值。
各测试场景设置信息如下:
场景类型
场景名
加压方式
持续
时间
退出方式
思考时间/迭代延迟
交易组合
基准测试
JZ_0210_1_100
同时
运行完成
并发测试
BF_0210_10
10
BF_0210_20
20
BF_0210_30
30
BF_0210_40
40
BF_0210_50_10m
50
每一五秒
加10VU
10m
减10VU
BF_0210_100_10m
100
加200VU
减20VU
BF_0210_一五0_10m
一五0
加300VU
减30VU
9
BF_0210_200_10m
200
加40VU
减40VU
BF_0210_250_10m
250
加50VU
减50VU
11
BF_0210_300_10m
300
加60VU
减60VU
注:
根据全行柜面终端数约2800的统计数据,最大并发数为终端数的10%~一五%(经验值),选择最大300并发的场景。
3测试环境
3.1网络拓扑图
本次性能测试环境的网络拓扑图如下:
(其中核心系统使用测试环境中的172.16.12.6主机)
3.2软硬件配置
新一代柜面系统应用服务器
硬件配置
主机型号
CPU
4C8U,Intel(R)Xeon(R)CPUE5506x2.一三GHz
物理内存
8G
硬盘容量
276G
IP地址
192.一五6.33.6
网络设备
100M局域网卡
软件配置
类型
名称
操作系统
SUSELinux
EnterpriseServer10(x86_64)
应用软件
JDK/JRE
1.6.0_23
新一代柜面系统数据库服务器
IBM8202-E4B
Power6,4C8Ux3000MHz
16G
70G
192.一五6.33.一八
AIX
Version5.3
数据库
Oracle10g
10.1.0.2.0
核心业务系统主机
IBMAS400
172.16.12.6
OS400
LR控制器/压力产生器
PC
2Cx2.2G
1G
160G
172.16.一五.14
MicrosoftXPProfessional
SP2
HPLoadRunner
8.1英文版
3.3测试工具
工具名称
用途及说明
厂商
LoadRunner
性能测试工具,Java协议(License并发数为300)
HP
4测试实施情况
4.1测试时间和地点
时间:
2011年10月08日—2011年10月21日
地点:
北京农商银行空港办公区3楼测试机房
4.2参加测试人员
参加本次性能测试的人员包括:
王鹏:
测试经理,性能测试总体协调
高伟:
开发组支持,测试脚本录制和调试
王晓华:
性能测试专家,制订方案、指导测试
王时磊:
性能测试工程师,测试工具、测试场景准备、测试执行
4.3测试实施进度
任务
开始日期
结束日期
责任人
讨论和制订测试方案
2011-10-08
2011-10-10
测试工具准备
测试脚本编制、调试
测试场景准备
测试环境准备
王鹏
测试执行
2011-10-21
编写《测试报告》
5测试结果
5.1基准测试
5.1.1测试结果
使用测试工具LoadRunner运行测试脚本,统计出测试结果如下(TPS、ART、CPU%均为平均值):
场景名称
并发
用户数
交
易
总
数
成功
交易数
失败
交易
成功率
TPS
(笔/秒)
ART(秒)
应用服务器CPU%
数据库服务器CPU%
100.00%
2.1
0.4一八
3.0%
1.1%
在无压力的情况下,0210(个人客户信息建立)的平均交易响应时间为4一八ms,其中该交易包括如下完整的交易处理过程(可参见附录2中0210交易处理脚本):
输入交易码后,获取Frame框架显示内容
各输入场输入数据时与后台系统的交互
提交交易,获取核心系统返回结果
5.1.2分析图表
测试工具LoadRunnerAnalysis的TPS图表:
测试工具LoadRunnerAnalysis的ART图表:
5.2并发测试
5.2.1测试结果
BF_0210_10_10m
11,451
19.0
0.524
12.9%
3.4%
BF_0210_20_10m
一五,532
25.7
0.779
17.5%
6.4%
BF_0210_30_10m
一五,967
一五,966
99.99%
26.4
1.一三6
一八.2%
7.3%
BF_0210_40_10m
一五,987
1.497
一八.0%
7.7%
22,一五2
21,791
361
98.37%
30.6
1.452
21.6%
23,629
19,214
4,4一五
81.32%
32.6
2.861
20.9%
6.5%
22,683
19,747
2,936
87.06%
31.2
4.466
21.1%
7.2%
26,一三3
19,077
7,056
73.00%
36.0
4.955
22.8%
6.9%
28,696
16,066
12,630
55.99%
39.5
5.693
23.7%
22,409
22,3一五
94
99.58%
30.8
8.757
22.3%
6.2%
在并发场景时,出现了如下两种交易失败导致交易成功率不高:
1)并发数达到50时,ABS交易流水表出现记录状态为"
x"
的记录(未收到核心系统对交易的处理结果),并发数为10、20、30、40时基本正常
2)并发数达到100及以上时,ABS交易流水表中记录数小于LoadRunner中记录的实际发送的交易笔数(部分交易数据丢失,未发往核心系统)
另外,从表中可以看出:
在当前测试环境配置下,新柜面系统的最大处理能力约为40tps
在50并发时,0210交易的平均交易响应时间为1.452秒
在各并发场景下,应用服务器和数据库服务器的CPU占用率均不高
5.2.2分析图表
v场景BF_0210_10_10m结果分析图
1)交易吞吐量TPS-虚拟用户数量VU合并曲线
2)交易响应时间ART-虚拟用户数量VU合并曲线
3)应用服务器主机CPU占用率-虚拟用户数量VU合并曲线
4)数据库服务器主机CPU占用率-虚拟用户数量VU合并曲线
v场景BF_0210_20_10m结果分析图
v场景BF_0210_30_10m结果分析图
v场景BF_0210_40_10m结果分析图
v场景BF_0210_50_10m结果分析图
v场景BF_0210_100_10m结果分析图
v场景BF_0210_一五0_10m结果分析图
v场景BF_0210_200_10m结果分析图
v场景BF_0210_250_10m结果分析图
v场景BF_0210_300_10m结果分析图
6数据分析
对并发场景,根据不同并发数对主要性能指标(TPS、ART、CPU%)进行图表分析如下:
从图中可以看出:
随着并发用户数增加,TPS缓慢增加。
当并发数为250时,TPS达到最大值,约为40tps。
随着并发用户数增加,ART也随之增加。
当并发数大于50时,平均交易响应时间超过2秒的最佳用户体验值。
在各并发场景中,应用服务器和数据库服务器的CPU占用率均不高,表明主机硬件配置暂时还不会成为系统瓶颈。
7系统评价
通过在本次性能测试环境中对新一代柜面系统的性能评测,可得到如下基础结论:
1)新柜面系统在50个以上的并发用户数时均出现较多的交易失败(失败类型包括未收到核心处理结果及交易请求未发往核心系统),新柜面系统在本次测试环境中支持的最大并发数约为40。
2)当前测试环境下,新柜面系统支持的最大交易处理能力约为40tps,且应用服务器和数据库服务器CPU占用率均不超过25%
3)在小于50个并发时,平均交易响应约为1.5秒,在最佳用户体验值范围内。
8测试遗留问题
因测试脚本、测试环境、测试支持等方面的限制,本次性能测试遗留有一些问题留待以后合适的时间进行解决:
1)测试环境与生产环境的硬件配置有差异(如生产环境应用服务器有负载均衡设备),导致当前测试结果仅能提供一些参考。
2)受测试脚本、挡板程序开发进度的限制,本次性能测试仅选择一个0210典型交易,无法执行更能模拟生产情况的混合业务场景。
3)稳定性场景也需要在混合场景的基础上进行长时间的测试执行,以考察新一代柜面系统提供持续服务的能力。
4)脚本无法进行参数化,网点开门时柜面并发登录的场景暂无法模拟,也无法获得系统支持的最大连接柜员数
5)达到50个并发后出现大量的交易失败,需要开发组定位问题原因,修改后再进行回归验证
6)在达到最大tps时,服务器CPU占用率并不高,系统瓶颈还需要和开发组进行分析验证
9附录
9.1性能测试记录表
9.20210交易处理脚本
4.26.202200:
1000:
10:
0222.4.2612时10分12时10分2秒Apr.26,2226April202212:
02AM00:
02
多年企业管理咨询经验,专注为企业和个人提供精品管理方案,企业诊断方案,制度参考模板等
欢迎您下载,均可自由编辑
感谢阅读
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 业务 管理 银行 综合 柜面 系统 性能 测试报告