北京农商银行新一代综合柜面业务系统性能测试报告1

北京农商银行新一代综合柜面业务系统性能测试报告1

北京农商银行

新一代综合柜面业务系统性能测试报告

性能测试计划

文档编

号保密等

级

作者最后修改日期

审核人最后审批日期

批准人最后批准日期

修订记录

目录

1测试简介 (1)

1.1项目背景 (1)

1.2测试目标 (1)

1.3测试范围 (1)

1.4性能测试指标要求 (2)

2测试方案 (3)

2.1压力模型 (3)

2.2交易选择 (4)

2.3测试脚本 (5)

2.4资源监控 (6)

2.5测试场景 (7)

3测试环境 (9)

3.1网络拓扑图 (9)

3.2软硬件配置 (9)

3.3测试工具 (12)

4测试实施情况 (12)

4.1测试时间和地点 (12)

4.2参加测试人员 (13)

4.3测试实施进度 (13)

5测试结果 (14)

5.1基准测试 (14)

5.1.1测试结果

14

5.1.2分析图表

14

5.2并发测试 (15)

5.2.1测试结果

15

5.2.2分析图表

16

6数据分析 (33)

7系统评价 (35)

8测试遗留问题 (35)

9附录 (36)

9.1性能测试记录表 (37)

9.20210交易处理脚本 (37)

1

1.1项目背景

为解决原有字符终端柜面系统不能处理非线性数据（如图像）的缺陷、解决业务中的柜员离柜问题，并对交易前端的功能性梳理和整合，北京农商银行将实施现有字符终端向图形终端的改造，实施新一代综合柜面业务系统项目。

在新一代综合柜面业务系统全面推广上线前，需要对新系统平台进行性能测试，获取系统的并发处理能力、交易响应时间等性能指标。

1.2测试目标

本次性能测试的测试目标为：

➢获取新一代综合柜面业务系统在测试环境中的性能指标数据

➢发现性能瓶颈，协助开发人员进行性能调优，对系统上线提供性能建议和评估

1.3测试范围

新一代综合柜面系统的架构示意图如下图所示，图中红线虚框为本次性能测试的范围，包括ABS处理平台的后台应用服务器和数据库服务器。

1.4性能测试指标要求

2测试方案

2.1压力模型

本次性能测试采用如下的简易压力模型：

➢通过LoadRunner模拟图形终端各柜员向

ABS平台发起交易压力

➢通过测试环境中的核心业务系统响应柜

面交易请求

2.2交易选择

根据和开发组的沟通，选择如下前端处理比较复杂的典型交易：

2.3测试脚本

根据上述的系统架构示意图，通过LoadRunner的Socket协议录制柜面前端向柜面系统应用服务器发起的柜面交易，发现Socket 交互次数（一组send和receive算一次交互）特别多（0210交易51次Socket交互），而且脚本回放时报接收报文长度不匹配错误。

新柜面系统开发组提供了一个测试用的Jar 包，将图形前端ABC和后台应用服务器ABS之间的通讯过程进行了封装，通过解析描述型的交易数据文件后向后台提交交易，为此，使用LoadRunner的Java协议，测试脚本中通过调用Jar包中的对象提交柜面交易。使用此测试脚本方案暂时也有如下缺点：

➢无法实现交易数据的参数化

➢脚本中只能定义各柜面交易执行全过程

的长事务，无法对交易中各阶段进行分解

分析（比如页面控件响应时间、交易提交

响应时间、打印响应时间等）

➢测试脚本中无法获取交易执行结果：交易

提交后不返回响应特征码，从测试脚本中

无法判断交易执行的情况，需要分析后台

日志文件或数据库流水表分析交易是否

成功（性能测试交易量巨大可能会引起大

量的交易结果分析工作量）

➢LoadRunner统计分析数据失真（因失败交

易也当成成功交易进行统一分析）

2.4资源监控

根据压力测试模型，本次性能测试需要监控如下主机的一些性能指标数据：

❖新柜面系统应用服务器主机（Linux操作系统）

✓C PU – CPU Utilization（CPU使用率%）✓M emory –Paging rate（内存页交换速率）✓I/O – Disk Traffic（磁盘交换速率）❖新柜面系统数据库服务器主机（AIX操作系

统）

✓C PU – CPU Utilization（CPU使用率%）✓M emory –Paging rate（内存页交换速率）✓I/O – Disk Traffic（磁盘交换速率）❖LoadRunner控制器和压力产生器主机（Windows XP操作系统）

✓C PU–% Total Processor Time（总的CPU

使用率）

✓M emory – Available Mbytes（物理内存

的可用数，单位 Mbytes）

✓M emory – Page Faults/sec（页面错误导

致的页交换计数）

✓I/O – %Disk Time（磁盘驱动器读写请求

已用时间所占百分比）

主机资源指标数据监控的方法：

➢优先通过LoadRunner进行监控

➢通过操作系统内部指令（如top、vmstat

等）

2.5测试场景

设计如下类型的测试场景：

➢基准测试：获取系统处理各典型交易在无

压力情况下单笔交易的耗时，为并发场景