农商银行新一代综合柜面业务系统性能测试报告总结计划.docxVIP

农商银行新一代综合柜面业务系统性能测试报告总结计划.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
农商银行新一代综合柜面业务系统性能测试报告总结计划 农商银行新一代综合柜面业务系统性能测试报告总结计划 PAGE / NUMPAGES 农商银行新一代综合柜面业务系统性能测试报告总结计划 北京农商银行 新一代综合柜面业务系统 性能测试报告 文档 编号 保密等级 作 者 最后修他日期 审 核 人 最后审批日期 批 准 人 最后同意日期 性能测试报告 订正记录 日期 版本 订正说明 订正人 编写测试报告中的方案部分 王晓华 2011-10-一 对测试脚本、测试数据、测试场景进行描绘 王晓华 三 2011-10-25 整理测试履行结果 王时磊 2011-10-28 数据剖析和订正 王晓华 -I- 性能测试报告 目 录 -II- 性能测试报告 测试简介 项目背景 为解决原有字符终端柜面系统不可以办理非线性数据(如图像)的缺点、解决业务中的柜 员离柜问题,并对交易前端的功能性梳理和整合, 北京农商银行将实行现有字符终端向图形 终端的改造,实行新一代综合柜面业务系统项目。 在新一代综合柜面业务系统全面推行上线前,需要对新系统平台进行性能测试,获取系 统的并发办理能力、交易响应时间等性能指标。 测试目标 本次性能测试的测试目标为: 获取新一代综合柜面业务系统在测试环境中的性能指标数据 发现性能瓶颈,辅助开发人员进行性能调优,对系统上线供给性能建讲和评估 测试范围 新一代综合柜面系统的架构表示图以下列图所示,图中红线虚框为本次性能测试的范围, 包含ABS办理平台的后台应用服务器和数据库服务器。 Socket Socket 图形终端  新柜面系统应用服务器 AS400 中心业务系统 性能测试范围 新一代综合柜面系统ABS新柜面系统数据库服务器 性能测试指标要求 指标分类 序号 指标描绘 能否需求 性能指标 备注 需求数值 第1 页/ 共27 页 性能测试报告 1 每秒事务数TPS 否 经过性能测试获取系 统办理能力峰值 2 典型交易均匀交 否 获取实质指标值 易响应时间ART 系统 批办理效率 否 柜面系统无大数据量 3 批办理任务 办理能力 4 最大 是 全行柜面终端数约为 并发用户数 ≥50 2800 5 交易成功率 是 ≥99% 6 CPU占用率 是 ≤80% 系统 内存使用率 是 ≤80% 7 资源利用率 8 I/O使用率 是 ≤80% 测试方案 压力模型 本次性能测试采纳以下的简略压力模型: ? 经过LoadRunner模拟图形终端各柜员向 ABS平台倡始交易压力 经过测试环境中的中心业务系统响应柜面交易恳求 LoadRunner模拟图 Socket Socket 形终端倡始交易压力 新柜面系统应用服务器 AS400 中心业务系统 新柜面系统数据库服务器 新一代柜面综合系统(后台) 交易选择 依据和开发组的交流,选择以下前端办理比较复杂的典型交易: 第2 页/ 共27 页 性能测试报告 编号 交易码 交易名 交易占比 参数化域 备注 1 0210 个人客户信息成立 100% 无 办理较复杂的交易 测试脚本 依据上述的系统架构表示图,经过 LoadRunner的Socket协议录制柜眼前端向柜面系统 应用服务器倡始的柜面交易, 发现Socket交互次数(一组send和receive 算一次交互)特 别多(0210交易51次Socket交互),并且脚本回放时报接收报文长度不般配错误。 新柜面系统开发组供给了一个测试用的 Jar包,将图形前端 ABC和后台应用服务器 ABS 之间的通信过程进行了封装, 经过分析描绘型的交易数据文件后向后台提交交易, 为此,使 用LoadRunner的Java协议,测试脚本中经过调用 Jar包中的对象提交柜面交易。 使用此测 试脚本方案临时也有以下弊端: 没法实现交易数据的参数化 脚本中只好定义各柜面交易履行全过程的长事务,没法对交易中各阶段进行分解剖析(比方页面控件响应时间、交易提交响应时间、打印响应时间等) 测试脚本中没法获取交易履行结果:交易提交后不返反响应特点码,从测试脚本中没法判绝交易履行的状况,需要剖析后台日记文件或数据库流水表剖析交易能否成功(性能测试交易量巨大可能会惹起大批的交易结果剖析工作量) LoadRunner统计剖析数据失真(因失败交易也当作成功交易进行一致剖析) 资源监控 依据压力测试模型,本次性能测试需要监控以下主机的一些性能指标数据: 新柜面系统应用服务器主机(Linux操作系统) ? CPU–CPUUtilization (CPU使用率%) ? Memory–Pagingrate (内存页互换速率) ? I/O–DiskTraffic (磁盘互换速率) 新柜面系统数据库服务器主机(AIX操作系统) ? CPU–CPUUtilization (CPU使用率%)

文档评论(0)

152****9740 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档