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

最新 精品 Word 欢迎下载 可修改 北京农商银行 新一代综合柜面业务系统 性能测试报告 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 2011-10-12 0.1 编写测试报告中的方案部分 王晓华 2011-10-13 0.2 对测试脚本、测试数据、测试场景进行描述 王晓华 2022-10-25 0.3 整理测试执行结果 王时磊 2022-10-28 0.4 数据分析和修订 王晓华 目 录 TOC \o 1-3 \h \z \u 1 测试简介 1 1.1 项目背景 1 1.2 测试目标 1 1.3 测试范围 1 1.4 性能测试指标要求 1 2 测试方案 2 2.1 压力模型 2 2.2 交易选择 2 2.3 测试脚本 3 2.4 资源监控 3 2.5 测试场景 4 3 测试环境 5 3.1 网络拓扑图 5 3.2 软硬件配置 5 3.3 测试工具 6 4 测试实施情况 7 4.1 测试时间和地点 7 4.2 参加测试人员 7 4.3 测试实施进度 7 5 测试结果 8 5.1 基准测试 8 测试结果 8 分析图表 8 5.2 并发测试 9 测试结果 9 分析图表 10 6 数据分析 23 7 系统评价 25 8 测试遗留问题 25 9 附录 25 9.1 性能测试记录表 26 9.2 0210交易处理脚本 26 测试简介 项目背景 为解决原有字符终端柜面系统不能处理非线性数据（如图像）的缺陷、解决业务中的柜员离柜问题，并对交易前端的功能性梳理和整合，北京农商银行将实施现有字符终端向图形终端的改造，实施新一代综合柜面业务系统项目。 在新一代综合柜面业务系统全面推广上线前，需要对新系统平台进行性能测试，获取系统的并发处理能力、交易响应时间等性能指标。 测试目标 本次性能测试的测试目标为： 获取新一代综合柜面业务系统在测试环境中的性能指标数据 发现性能瓶颈，协助开发人员进行性能调优，对系统上线提供性能建议和评估 测试范围 新一代综合柜面系统的架构示意图如下图所示，图中红线虚框为本次性能测试的范围，包括ABS处理平台的后台应用服务器和数据库服务器。 性能测试指标要求 指标分类 序号 指标描述 是否需求 性能指标 需求数值 备注 系统 处理能力 1 每秒事务数TPS 否 通过性能测试获取系统处理能力峰值 2 典型交易平均交易响应时间ART 否 获取实际指标值 3 批处理效率 否 柜面系统无大数据量批处理任务 4 最大 并发用户数 是 ≥50 全行柜面终端数约为2800 5 交易成功率 是 ≥99% 系统 资源利用率 6 CPU占用率 是 ≤80% 7 内存使用率 是 ≤80% 8 I/O使用率 是 ≤80% 测试方案 压力模型 本次性能测试采用如下的简易压力模型： 通过LoadRunner模拟图形终端各柜员向ABS平台发起交易压力 通过测试环境中的核心业务系统响应柜面交易请求 交易选择 根据和开发组的沟通，选择如下前端处理比较复杂的典型交易： 编号 交易码 交易名 交易占比 参数化域 备注 1 0210 个人客户信息建立 100% 无 处理较复杂的交易 测试脚本 根据上述的系统架构示意图，通过LoadRunner的Socket协议录制柜面前端向柜面系统应用服务器发起的柜面交易，发现Socket交互次数（一组send和receive算一次交互）特别多（0210交易51次Socket交互），而且脚本回放时报接收报文长度不匹配错误。 新柜面系统开发组提供了一个测试用的Jar包，将图形前端ABC和后台应用服务器ABS之间的通讯过程进行了封装，通过解析描述型的交易数据文件后向后台提交交易，为此，使用LoadRunner的Java协议，测试脚本中通过调用Jar包中的对象提交柜面交易。使用此测试脚本方案暂时也有如下缺点： 无法实现交易数据的参数化 脚本中只能定义各柜面交易执行全过程的长事务，无法对交易中各阶段进行分解分析（比如页面控件响应时间、交易提交响应时间、打印响应时间等） 测试脚本中无法获取交易执行结果：交易提交后不返回响应特征码，从测试脚本中无法判断交易执行的情况，需要分析后台日志文件或数据库流水表分析交易是否成功（性能测试交易量巨大可能会引起大量的交易结果分析工作量） LoadRunner统计分析数据失真（因失败交易也当成成功交易进行统一分析） 资源监控 根据压力测试模型，本次性能测试需要监