《银行手机银行系统性能测试方案(共18页).doc》由会员分享，可在线阅读，更多相关《银行手机银行系统性能测试方案(共18页).doc（18页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上银行手机银行系统性能测试方案V1.0专心-专注-专业l 文档属性文档属性内容项目名称：银行手机银行项目项目经理：编写人：叶强编写日期：文档版本号：V1.0评审人员：评审日期：评审是否通过是/否：l 文档版本记录文档版本号版本日期修改人备注V1.02012-04-10 叶强初稿目录一、 参考文档(一) 相关项目文档编号文档名附件4需求规格说明书(二) 参考资料文档名文档来源发表日期文档版本需求规格说明书二、 测试概述(一) 测试范围l 手机银行的登录l 我的账户信息查询l 行内转账查询l 交易明细查询l 缴费记录查询l 行内转账交易(二) 测试环境 1、环境拓扑图2、
2、环境配置硬件配置设备名称数量型号IP地址操作系统数据库服务器1IBM 365017.1.1.1Linux软件配置软件名称版本号Weblogic10.1.23、环境差异分析原则上要求系统测试环境尽量地接近生产环境，所以在当系统测试环境和生产环境有不一致的地方，请做相应的环境差异分析，并识别相关的风险。测试环境的差异包括但不限于硬件类型差异、硬件配置差异、系统软件类型差异、系统软件版本差异、系统软件配置差异、应用软件配置差异等。(三) 测试工具LoadRunner向运行的测试代理机器Agent发送测试指令，测试代理机器运行脚本，模拟多个用户同时向服务器发出请求，测试在不同条件下服务器的响应情况。性
3、能测试工作原理如下图：LoadRunner 通过Virtual User Generator捕捉客户端向服务器发送和接收的数据流形成脚本框架。在此基础上利用的脚本定制向导自定义测试数据，使用数据表或随机数模拟现实环境的用户数据输入。创建内容检查点，验证负载下的被测系统是否出现功能错误。通过Controller并发指定数量的模拟用户运行以上设置好的脚本，确保测试尽可能接近真实环境，最大程度地反映系统的实际情况。三、 测试方案（一）测试计划和安排1、 人员计划人员组织职责描述人员数量业务测试组1、编写用户验收测试用例、方案22、负责验证测试过程中产生的缺陷问题3、执行测试用例，记录测试执行结果表、
4、缺陷记录4、每周汇报阶段测试结果5、编写整体测试报告公司方项目经理1、控制项目执行、协调各方资源12、负责对缺陷进行确认、分配、解决公司方开发人员负责发现、修复缺陷9环境版本控制负责或协助测试环境的日常维护，主要是数据库和平台的维护，特别是版本配置1配置更新测试环境2、 日程计划任务起始日期结束日期备注测试方案编写2012.4.102012.4.11测试方案及测试用例评审2012.4.202012.4.25先进行预评估，修改完成后发起正式评审第一轮测试2012.4.302012.5.1612天测试报告编写2012.5.92012.5.16完成手机银行测试报告初稿测试报告评审2012.5.292
5、012.5.31先进行预评估，修改完成后发起正式评审3、 交付物文档名称编制者其它说明性能测试报告叶强（二）基础数据（三）压力测试本次测试是针对手机银行系统在应对密集整转的压力下业务处理能力的测试，检验系统的吞吐率。本系统的压力测试主要是针对主要业务功能、报表统计进行，检查在日间应用高峰时期，并发用户数较多的时候的处理能力等等。1、单业务压力测试对于单个交易性能测试和综合交易测试，测试初始都从100个用户开始并发，然后以50用户递增进行多次压力测试，正常情况下，以 200用户并发为限。对于单个交易性能测试，脚本中初始思考时间为0s，随测试情况进行调整。对于综合交易性能测试，脚本中加入适当思考时
6、间。1.1手机银行系统登录A、 交易描述手机银行发起登录交易B、 业务逻辑与处理n 进入手机银行登录页面n 输入用户号与密码通过认证并成功登录到手机银行1.2 我的账户信息查询A、交易描述在我的账户中，点击交易查询，系统发起查询交易并取得结果，并将具体交易信息显示在结果页面中。B、业务逻辑与处理n 进入手机银行登录页面n 输入用户号与密码通过认证并成功登录到手机银行n 进入我的账户1.3 手机转账汇款查询A、交易描述进入转账汇款中，选择行内转账，输入对方的户名及手机号，验证通过后，转账成功。B、业务逻辑与处理n 进入手机银行登录页面n 输入用户号与密码通过认证并成功登录到手机银行n 进入转账汇
7、款，选择手机转账汇款n 输入对方的户名及手机号n 输入转账金额及转账用途n 提交转账交易，验证成功后，转账成功1.4行内转账A、交易描述进入转账汇款中，选择行内转账，输入对方的户名及账号，验证通过后，转账成功。B、业务逻辑与处理n 进入手机银行登录页面n 输入用户号与密码通过认证并成功登录到手机银行n 进入转账汇款，选择行内转账n 输入对方的户名及账号n 输入转账金额及转账用途n 提交转账交易，验证成功后，转账成功1.5交易明细查询A、交易描述在我的账户中，点击交易查询，系统发起查询交易并取得结果，并将具体交易信息显示在结果页面中。B、业务逻辑与处理n 进入手机银行登录页面n 输入用户号与密码
8、通过认证并成功登录到手机银行n 进入我的账户，选择交易查询n 选择交易查询的起始日期和结束日期n 点击“查询”按钮1.6缴费记录查询A、交易描述进入转账汇款中，选择行内转账，输入对方的户名及账号，验证通过后，转账成功。B、业务逻辑与处理n 进入手机银行登录页面n 输入用户号与密码通过认证并成功登录到手机银行n 进入转账汇款，选择行内转账n 输入对方的户名及账号n 输入转账金额及转账用途n 提交转账交易，验证成功后，转账成功2、混合业务压力测试针对混合业务压力测试，在测试中将选择部分具有代表性的交易作为测试对象，是通过并发用户对登录、查询、交易进行综合性的压力测试的一种过程。本次测试将按照如下原
9、则选择性测试交易：关键交易：关键业务是用户最为关注的交易，需要保证其性能和质量；吞吐量：某些业务流程可能不是关键业务，但是很高的吞吐量；在选择的交易中，先进行单个交易性能测试，在此基础上进行综合交易性能测试，融合两种测试的优点。混合业务性能测试：各种关键交易功能按照交易配比来分配具体的虚拟用户数进行综合交易性能测试。这部分测试将根据系统各交易功能的实际使用频率和重要程度来决定业务配比。3、其他使用美科利公司（Mercury）的性能测试软件LoadRunner，对现行的手机银行系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各台测试前台，发起各种组
10、合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。针对每个测试用例，都将采用逐步加压和瞬间加压两种客户端连接方式进行，查看服务器端在客户端的连接数量变化过程中对应的处理能力，以更好的定位系统在达到多少并发或压力下我们的系统出现了不稳定。（四）稳定性测试通过Loadrunner模拟压力测试，在系统承受最大压力的情况下进行长时间的稳定性能测试，从而测试系统服务器的稳定性。（五）指标监控记录可扩展性测试中的测试结果及其系统的运行状况。除了记录测试指标以外，应该结合测试实时记录系统各个层次的资源和参数。主要包括： 硬件环境资源 服务器操作系统参数 网络相关参数 数据库相关参数：具体数
11、据库参数有所不同，结合各个数据库独有的特点记录（六）性能指标要求1、 手机银行按网银的50%计算用户量和交易量，考虑5年的发展，每年增长50%计算。手机银行支持的用户量和交易量分别达到15万和6000笔/天。2、 手机银行系统支持最少每秒100次的并发请求。3、 手机银行应用服务在上述性能指标下的平均响应时间不超过1秒。4、 系统应采用高效、可靠的措施保证交易处理的正确性和一致.四、 测试场景系统登录（100人并发）A、测试场景l 并发100用户登录，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发1小时。l 1秒钟停止2个用户。l 总场景时间1 hour， 1 minute and
12、 42 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。B、测试场景包含交易l LoadRunner 脚本中的Action_Transaction包含交易有：登录系统登录（150人并发）A、测试场景l 并发150用户登录，每1秒钟增加2个用户。l 75秒后达到150用户并发，并发1小时。l 1秒钟停止2个用户。l 总场景时间1小时。B、测试场景包含交易l LoadRunner 脚本中的Action_Transaction包含交易有：登录系统登录（200人并发）A、测试场景l 并发200用户登录，每1秒钟增加2个用户。l 100秒后达到200用户并发，并
13、发20分钟。l 1秒钟停止2个用户。l 总场景时间23 minutes and 26 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。B、测试场景包含交易l LoadRunner 脚本中的Action_Transaction包含交易有：登录账户信息查询(100人并发)A、测试场景l 并发100用户，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间21 minutes and 41 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。账户信息查询(150人并发
14、)A、测试场景l 并发100用户，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间21 minutes and 41 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。账户信息查询(200人并发)A、测试场景l 并发100用户，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间21 minutes and 41 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。手机转账查询(100人并发)A、测试场景l
15、 并发100用户，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间21 minutes and 41 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。手机转账查询(150人并发)A、测试场景l 并发100用户，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间21 minutes and 41 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。手机转账查询(200人并发)A、测试场景l 并发100用户
16、，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间21 minutes and 41 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。交易明细查询（100人并发）A、测试场景l 并发100用户，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间21 minutes and 41 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。交易明细查询（150人并发）A、测试场景l 并发150用户，每1秒钟增加2
17、个用户。l 75秒后达到150用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间22 minutes and 34 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。交易明细查询（200人并发）A、测试场景l 并发200用户，每1秒钟增加2个用户。l 100秒后达到200用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间23 minutes and 24 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。行内转账（100人并发）A、测试场景l 并发100用户，每1秒钟增加2个用户。l 50秒
18、后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间21 minutes and 41 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。行内转账（150人并发）A、测试场景l 并发150用户，每1秒钟增加2个用户。l 75秒后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间22 minutes and 33 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。行内转账（200人并发）A、测试场景l 并发200用户，每1秒钟增加2个用户。l 100秒后达到200用户并发，
19、并发1小时。l 1秒钟停止2个用户。l 总场景时间1小时。B、测试场景包含交易l LoadRunner 脚本中的Action_Transaction包含交易有：行内转账缴费记录查询（100人并发）A、测试场景l 并发100用户，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间21 minutes and 41 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。缴费记录查询（150人并发）A、测试场景l 并发150用户，每1秒钟增加2个用户。l 75秒后达到150用户并发，并发20分钟。l 1秒钟停
20、止2个用户。l 总场景时间22 minutes and 34 seconds。l SIT测试环境。l 交易挡板时间为1秒，thinktime为0.5秒。缴费记录查询（200人并发）A、测试场景l 并发200用户，每1秒钟增加2个用户。l 100秒后达到200用户并发，并发20分钟。l 1秒钟停止2个用户。l 总场景时间23 minutes and 24 seconds。l SIT测试环境。交易挡板时间为1秒，thinktime为0.5秒。混合场景测试一（100人并发）A、测试场景l 并发100用户，每1秒钟增加2个用户。l 50秒后达到100用户并发，并发1小时。l 1秒钟停止2个用户。l 总
21、场景时间1小时。B、测试场景包含交易l LoadRunner 脚本中的Action_Transaction包含交易有：登录、交易查询、行内转账、缴费记录查询混合场景测试二（150人并发）A、测试场景l 并发100用户，每1秒钟增加2个用户。l 75秒后达到150用户并发，并发1小时。l 1秒钟停止2个用户。l 总场景时间1小时。B、测试场景包含交易l LoadRunner 脚本中的Action_Transaction包含交易有：登录、交易明细查询、行内转账、手机转账查询、缴费记录查询混合场景测试三（200人并发）A、测试场景l 并发200用户，每1秒钟增加2个用户。l 100秒后达到200用户并发，并发1小时。l 1秒钟停止2个用户。l 总场景时间1小时。B、测试场景包含交易l LoadRunner 脚本中的Action_Transaction包含交易有：登录、交易明细查询、行内转账、手机转账查询、缴费记录查询稳定性测试A、测试场景l 模拟正常生产并发用户数，峰值为200人并发，忙时为100人并发，谷值为20人并发，忙时时间设置为6小时（上午9-12点，下午1-4点，其中10-11点为1小时峰值，2-3点为1小时峰值），其他时间为谷值，场景设计如图。l 场景开始时间模拟为上午7点，执行24小时。