北京农商银行远程授权性能测试报告.docVIP

北京农商银行 远程授权 性能测试报告 总行测试部门：_ 信息技术部测试室 _ 合作测试公司：_ 海辉软件国际集团 _ 修订记录 日期 版本 修订说明 修订人 2012-03-09 0.1 测试报告初稿 李勇君 2012-03-12 1.0 修订版 李勇君 目 录 1 测试简介 1 1.1 项目背景 1 1.2 测试目标 1 1.3 测试范围 1 1.4 性能测试指标要求 2 1.5 压力模型 2 1.6 交易选择 3 1.7 测试脚本 3 1.8 资源监控 3 1.9 测试场景 3 2 测试环境 6 2.1 网络拓扑图 6 2.2 软硬件配置 6 2.3 测试工具 7 3 测试实施情况 7 3.1 测试时间和地点 7 3.2 参加测试人员 7 3.3 测试实施进度 8 4 测试结果 8 4.1 约定 8 4.2 基准测试 9 4.2.1 任务登记 9 4.2.2 任务处理· 9 4.2.3 任务登记获取 9 4.3 单交易并发测试 9 4.3.1 测试结果 9 4.3.2 分析图表 10 4.4 混合交易并发测试 10 4.5 稳定性测试 11 5 数据分析 11 5.1 单交易-任务登记 11 5.2 单交易-任务处理 12 5.3 混合交易场景 13 5.4 稳定性场景 14 6 系统评价 15 7 调整建议 15 8 测试风险 17 9 附录 18 9.1 性能测试记录表 18 9.2 交易图表分析 18 测试简介 项目背景 目范围 指标分类 序号 指标描述 是否需求 性能指标 需求数值 备注 系统 处理能力 1 每秒事务数TPS 否 通过性能测试获取系统处理能力峰值 2 典型交易平均交易响应时间ART 否 获取实际指标值 3 最大 并发用户数 是 ≥200 生产环境并发300，测试环境为200 4 交易成功率 是 ≥99% 系统 资源利用率 5 CPU占用率 是 ≤80% 6 内存使用率 是 ≤80% 7 I/O使用率 是 ≤80% 压力模型 远程授权服务简化压力模型为： 交易选择 针对待测系统，典型交易就包括： 序号 业务模块 业务名称 混合交易用户比例 最大并发目标用户数 响应时间 1 远程授权 任务登记 66% 200 1秒 2 远程授权 任务处理 34% 100 1秒 测试脚本 因时间关系及通讯报文格式不祥等原因，本次性能测试采用开发组提供的一个专用的测试Jar包，分别调用T0214.abtrace，模拟授权登记和处理。Load Runner使用Java协议。但使用此测试脚本方案有如下缺点： 上传数据不能实现参数化，所有虚拟用户都采用相同的待授权网点、相同的授权交易码； 测试脚本中无法获取交易执行结果：交易提交后不返回响应特征码，从测试脚本中无法判断交易执行成功与否，需要在数据库中反查； Load Runner统计分析数据失真（因失败交易也当成成功交易进行统一分析） 资源监控 根据压力测试模型，本次性能测试需要监控如下主机的一些资源指标数据： 应用服务器主机（Linux操作系统） 使用NMon免费工具进行主机资源监控 数据库服务器主机（AIX操作系统） 使用NMon免费工具进行主机资源监控 使用oracle客户端生成AWR数据库快照 测试场景 设计如下类型的测试场景： 基准测试：基准测试是单用户测试，目的是对选择的每个典型交易在无压力情况下（无额外进程运行并占用系统资源）情况下，获取系统处理单笔交易的耗时，为下一步模拟多个用户、混合交易的性能测试提供一个基本数据参考。 单交易负载测试：单交易负载测试对每个典型交易通过多个用户多次迭代执行，获得该交易在并发用户情况下的平均响应时间作为基准参考，同时检验服务器端对每个典型交易多个并发用户的处理能力。 混合交易负载测试：混合场景负载测试是按照业务模型的约定，在一定量的并发情况下测试以下指标：业务的平均交易响应时间、应用服务器、数据库服务器的资源使用情况、交易正确率等。通过性能测试，可以模拟实际生产环境中在业务处理高峰期实物资产管理系统的压力情况，得到此时的实物资产管理系统性能表现数据，为系统的实际上线运行提供可靠的参考。 稳定性测试：根据单交易场景负载测试结果，再结合实际生产业务量统计，推算出负载测试系统峰值，使用LR连续发起并发压力8小时，检验系统在持续压力状况下的稳定运行能力。 各测试场景设置如下： 编号 场景类型 场景名 并发 用户数 加压 方式 持续 时间 退出 方式 思考 时间 迭代延迟 备注 1 任务登记基准测试 JZ_Au