X项目AB系统性能测试报告
项目编号：XXXXXX-ACP101项目名称：X项目
编写：XXX编写日期：
审核：XX审核日期：
批准：批准日期：
1.前言
1.1.测试目标
本次性能测试的目的：通过测试获取与主机、后台流程平台交互过程中终端服务器处理性能及资源消耗情况。
评估目前处理性能是否满足业务需求。
2.测试方法
压力测试采用自动化测试来实现，使用业界主流的压力测试工具LoadRunner8.1及其方法论完成对被测系统进行测试和结果分析。
压力测试工具LoadRunner通过使用虚拟用户模拟真实用户的操作，发起交易，完成对被测系统的加压，监控并记录被测系统的交易响应能力，各服务器的资源使用情况，获取交易响应时间、吞吐率等各项性能指标，并根据测试结果分析系统的性能瓶颈，评估系统的整体性能。
压力测试的测试方法主要包括：在被测系统中录制压力测试中使用的交易脚本，形成可以多次重复并发运行的测试脚本，由LoadRunner的控制台调度这些脚本，并发地执行交易，从而模拟真实生产系统的压力，形成对被测系统的加压，并监控和记录被测系统在这样的压力状况下表现出来的各项特征，例如：交易响应时间变化趋势、吞吐率变化趋势和系统资源（CPU）利用率的变化趋势等，获取被测系统在大压力情况下的各项性能指标。
2.1.测试准备
（1）开发测试交易，交易首先进行圈存，然后发任务给流程平台
（2）使用grinder交易执行过程作为测试交易的脚本
（3）使用下列测试数据（帐号）进行维护。
测试时随机获取不同行所的账号进行测试。
压力测试账号
（4）准备一台台式机作为调试测试脚本、发起测试的客户端。
配置：CPU intel core 2duo cpu(2.93GHz);2GB Memory;os windows xp sp3.IP为10.2.45.92（5）安装被测试交易到被测试的ABS终端服务器上。
2.2.被测试系统的系统配置
系统名称Ip地址os CPU Memory
(GB)
Network(M)应用程序参数
ABS10.2.39.13AIX5.3
64bit POWER5
2.3*2
41000Java:1.4.2(64
bit)SR9
mem:ms256;
mx1536
Log:error
Gateway10.2.39.14AIX5.3
64bit POWER5
2.3*2
41000Java:1.4.2(64
bit)SR9
mem:ms256;
mx1280
Log:error
2.3.资源监控
本次压力测试监控的资源是操作系统AIX资源。
利用NMON软件对服务器系统的CPU%进行监控、并把这些数据作为为测试结果的一部分进行收集，便于进行事后分析。
2.4.LoadRunner监控
事务数，平均事务响应时间
3.测试用例与场景
3.1.测试用例
3.1.1.交易测试用例
测试交易:flowBank.test01.Test01
测试交易涉及到的交互：abs创建交易；客户端模拟用户点击“提交”按钮，abs执行交易逻辑（首先进行圈存，如果圈存成功，则发送任务给流程平台），关闭交易。
测试时交易执行的操作是：模拟点击“提交”按钮。
然后交易执行提交按钮对应事件处理逻辑：从账号配置文件中获取帐号、行所号后，发送SDB001报文给主机进行圈存，主机圈存成功后，返回圈存日期与圈存流水号。
柜面终端在收到主机的成功回应后，发送2600到流程平台创建任务。
3.2.测试场景
3.2.1.测试场景
准备工作：
ABS、GATEWAY、主机、流程后台应用服务正常
测试方法：
(1)把准备的测试脚本添加到运行场景中，设置虚拟用户数为100/200/300/400。
(2)设置加压方法为运行前加载所有的虚拟用户。
执行运行30分钟
(3)设置每个虚拟用户的两次下载请求的间的思考时间是0
(4)连接上测试请求agent
(5)设置好收集的数据，并命名测试结果数据
(6)执行测试
4.测试报告
4.1.测试时应用系统资源使用情况4.1.1.100并发时ABS资源使用情况CPU变化情况
内存变化情况
网络IO变化情况
磁盘io变化情况
100并发时ABS资源使用情况总结
1、cpu平均占用率为60%。
2、内存平均使用为50M，使用平稳。
3、网络io和磁盘io使用正常。
4.1.2.200并发时ABS资源使用情况CPU变化情况
内存变化情况
网络IO变化情况
磁盘io变化情况
200并发时ABS资源使用情况总结
1、cpu平均占用率为70%。
2、内存平均使用为33M，使用平稳。
3、网络io和磁盘io使用正常。
4.1.3.300并发时ABS资源使用情况CPU变化情况
内存变化情况
网络IO变化情况
磁盘io变化情况
300并发时ABS资源使用情况总结
1、cpu平均占用率为70%。
2、内存平均使用为33M，使用平稳。
3、网络io和磁盘io使用正常。
4.2.测试报告
4.2.1.100虚拟用户摘要报告
平均事务相应时间
摘要报告
平均事务相应时间
摘要报告
平均事务相应时间
4.3.测试总结
从上面的搜集到的测试结果数据来看，在当前系统配置下，ABS终端服务器在虚拟用户是100的情况下，处理交易的平均事务响应时间是4.92秒，90%的请求平均响应时间是5.695秒；ABS终端服务器在虚拟用户是200的情况下，处理交易的平均事务响应时间是8.955秒，90%的请求平均响应时间是10.715秒；ABS终端服务器在虚拟用户是300的情况下，处理交易的平均事务响应时间是13.343秒，90%的请求平均响应时间是15.88秒。
所以从当前的测试来看，平均事务响应时间是好的，完全在人的心理等待接受时间内。
因为交易逻辑不存在大量的访问磁盘的情况，100/200/300虚拟用户的情况下磁盘io的变化不大，消耗很少。
用户数总事物数运行时间平均每秒事物数
100虚拟用户数64565分24秒19.93
200虚拟用户数73875分41秒21.66
300虚拟用户数77725分56秒21.83
表1.每秒的事物数
100、200和300用户并发时ABS资源使用情况总结
1、cpu平均占用率都低于75%。
2、内存平均使用少于50M，使用平稳。
3、网络io和磁盘io使用正常。
由上面分析cpu、内存使用率满足要求。
根据项目建设的业务量目标，每天最大交易量为10万笔，按照八二原则，即80%的业务量在20%的时间内完成。
高峰时每秒需处理的业务量分别为13.89笔。
如表1所示，现ABS服务器在单实例的情况下已满足当今及今后三年的业务要求，生产上的ABS服务器有四个实例，软硬件等配置远大于测试环境，可见，后台流程再造系统上线后，能够满足当今及今后三年的业务要求。