银行手机银行系统性能测试方案
01_北京农商银行客户端手机银行项目测试案例-弭娜
R2
反显项验 等价类 证
验证:客户姓名反显项检 查
网银的手机银行 网银的手机银行管理- 管理-开通手机银 开通手机银行-019 行-开通手机银行 -业务规
验证:手机银行账号下拉 框功能，显示项、内容 是否正确
网银的手机银行 网银的手机银行管理- 管理-开通手机银 开通手机银行-020 行-开通手机银行 -业务规则-001
R1
功能检查 等价类
R2
界面检查 等价类
验证:查询手机银行状 态：“正常”、“挂失 ”、“冻结”、“注销 ”的卡，提示各状态的 卡 验证:查询手机银行状态 界面与网银界面风格统 一 验证:已开通手机银行， 做些业务，提示：“该 客户已开通手机银行” 验证:非专业版网银用 户，提示：请开通专业 版网银 验证:手机银行绑定手机 号唯一性，如果手机号 已被绑定，提示：此手 机号已绑定，请重新选 择绑定手机号
网银的手机银行 R5（网银不控 网银的手机银行管理- 管理-开通手机银 制，手机银行有 功能验证 等价类 开通手机银行-012 行-开通手机银行 控制） -业务规则-001
验证:第4次点击按钮无 效，不会发送短信动态 码
网银的手机银行 R5（网银可能控 网银的手机银行管理- 管理-开通手机银 制未成功发送验 功能验证 等价类 开通手机银行-013 行-开通手机银行 证码时，获取按 -业务规则-001 钮不可用）
测试案例编号 开通手机银行
测试需求编号
需求规则编号
测试点
测试方法
案例描述
网银的手机银行 网银的手机银行管理- 管理-开通手机银 行-查询手机银行 开通手机银行-001 状态-业务规则001 网银的手机银行 网银的手机银行管理- 管理-开通手机银 行-查询手机银行 开通手机银行-002 状态-业务规则001 网银的手机银行 网银的手机银行管理- 管理-开通手机银 开通手机银行-003 行-开通手机银行 -业务规则-001 网银的手机银行 网银的手机银行管理- 管理-开通手机银 开通手机银行-004 行-开通手机银行 -业务规则-001 网银的手机银行 网银的手机银行管理- 管理-开通手机银 开通手机银行-005 行-开通手机银行 -业务规则-001
手机银行测试案例-存款管理、查询
前置条件 1 2 3 4 5 6
到期后的非自动转存双整定期 点击“存款管理” 点击“整存整取” 点击 整存整去转活期 选择转入账号、转出子账号 点击下一步 点击确定按钮 示二级菜单：整存整取 显示三级菜单：活期转整存整 取、整存整取转活期 进入整存整取转活期交易界面 显示子账号信息 进入身份验证界面 提示交易成功（支取出金额， 转入子账号）
示二级菜单：整存整取 显示三级菜单：活期转整存整 取、整存整取转活期 进入整存整取转活期交易界面 显示子账号信息 进入身份验证界面 （交易成功），相应金额转入 子账号
前置条件 1 2 3 4 5 6
整存整取转活期转存金额超过 用户签约设置 点击“存款管理” 点击“整存整取” 点击 整存整去转活期 选择转入账号、转出子账号 点击下一步 输入相应身份点击确定按钮
示二级菜单：整存整取 显示三级菜单：活期转整存整 取、整存整取转活期 进入整存整取转活期交易界面 显示子账号信息 进入身份验证界面 （交易失败），无法转入子账 号
前置条件 1 2 3 4 5
进入子账户身份验证页面 进入子账户身份验证页面 显示：待输入的身份证号码 交易密码
前置条件 1 2 3 4 5
案例填写原则：根据测试任务的实际情况，案例模板中的必输项可以酌情增加。*号标识为必输项 *测试案例编号
。在相同的主题（目
*所属系统
*案例性质
*案例设计人
设计人员。
*评审状态
*测试概述
说明：测试案例的编号 说明：指案例设 说明：填写：正 说明：此案例的 说明：此案例当 说明：体现出此案例的 计的责任单位。 案例、反案例 前评审状态，分 测试目的，一般形式可 别：未评审、评 为“验证： 审中、评审通过 XXXXXXXXXX” 、评审不通过。 案例评审状态的 初始状态为“未 评审” 录）下，测试案例编号 系统类填写系统 唯一，不可重复。格式 英文简称，例如 为：功能名称或业务流 SC6000；市州 程名称+"_（下划线） 类填写市州名 "+"1或2（1代表正案 称，例如德阳； 例，2代表反案例）+ 开发部门、项目
网上银行系统性能测试案例
用户名称密级：XX项目性能测试方案（V1.0）文档编号：项目名称：编写：编写日期：审核：审核日期：目录1.测试范围...................................................................................................................... 错误!未定义书签。
2.测试活动 (4)2.1.测试工具 (4)2.2.测试类型 (4)2.2.1.基准测试 (4)2.2.2.并发数测试 (5)2.2.3.稳定性测试 (5)2.2.4.浪涌式测试 (5)3.测试环境 (5)3.1.软件环境 (5)3.2.硬件环境 (5)3.3.网络拓扑图 (6)4.测试方案 (6)4.1.模拟数据量分布 (6)4.2.典型交易选取 (6)4.3.并发方法 (7)4.4.延时说明 (7)4.5.执行速度 (7)4.6.方案设置 (7)4.6.1.基准测试 (7)4.6.2.并发数测试 (8)4.6.3.稳定性测试 (9)4.6.4.浪涌式测试 (10)1.概述【此处简述性能测试的概述】如：本次测试测试旨在检测XX项目系统性能。
由于解决方案部未对该产品提出明确的性能指标，而且受到基地硬件环境所限，所以项目组只能在基地所能提供的硬件、软件基础上，对XX进行测试。
性能测试采用MI公司的LoadRunner7.8作为性能测试的工具，模拟用户进行基准测试、并发数测试、稳定性测试、浪涌式测试等四种类型的测试，并对主要测试指标参数进行分析。
2.测试手段和范围2.1.测试工具本次性能测试采用MI公司的LoadRunner作为性能测试的工具。
LoadRunner主要提供3个性能测试组件：Virtual User Generator，Controller，Analysis-使用Virtual User Generator录制测试脚本；-用Controller进行管理，控制并发的模拟用户并发数，记录测试结果，包括缺陷报告和测试日志；-Analysis进行统计和分析测试结果。
华夏银行性能测试简介
测试实施执行
长软国际科技 迈捷测试
根据测试方案中的测试用例执行场景； 监控系统资源及性能相关指标的情况； 根据执行情况填写《华夏银行系统性能测试记录表》； 收集测试结果，并存在规定的文件夹里；
系统性能测试记录表；
Loadrunner生成的测试结果；
监控工具生成的监控结果； 经过调优的原始及最终系统配置文件的备份。
测试结果分析（三）
查看CPU
长软国际科技 迈捷测试
查看运行队列长度
是
高CPU使用率 否
高队列长度
否
查看内存
平衡磁盘负载 是
瓶颈分析：
是 高数据页交换 是 否 查看磁盘
磁盘件平衡 否 可能是磁盘I/O限制
CPU瓶颈分析； 内存瓶颈分析；
可能是CPU限制 可能是内存限制
磁盘IO瓶颈分析；
完成的交易量：
持续时间：
周边系统延时配置：
性能测试成果
长软国际科技 迈捷测试
在对被测系统进行性能测试执行的过程中，测试出了各个被测系统的性能
容量，得出了各个关键性能指标值； 发现了被测系统大量不满足用户需求的问题，并找到和定位了相关性能瓶 颈（如bancs、bancscard、bancslink、beai、报表平台、综合前置、接口 平台等）；
对于周边系统延时配置，在单交易负载测试中周边系统延迟应为性能测试 过程中采用的正常设置。 混合场景测试中应根据需要设置TPS值的梯度增加，梯度值根据实际情况设 定。一般情况下梯度可以在50TPS~200TPS。每个梯度压力执行时间应当为
稳定运行10～30分钟之间。
银行系统测试下半年工作计划
一、前言为了确保银行系统的稳定运行，提高服务质量，降低风险，本部门特制定以下下半年工作计划。
二、工作目标1. 完成银行系统测试任务，确保系统功能、性能、安全等方面符合要求；2. 提高测试效率，缩短测试周期；3. 优化测试流程，提升团队协作能力；4. 深入挖掘系统潜在问题，为系统优化提供有力支持。
三、工作重点1. 测试计划与执行（1）制定详细的测试计划，明确测试范围、测试方法、测试周期等；（2）按照测试计划，对银行系统进行功能、性能、安全等方面的测试；（3）针对测试中发现的问题，及时反馈给开发团队，推动问题解决。
2. 测试用例与自动化测试（1）优化测试用例，提高测试用例的覆盖率和可维护性；（2）研究并引入自动化测试工具，提高测试效率；（3）对自动化测试脚本进行持续优化，确保自动化测试的稳定性。
3. 测试工具与平台（1）评估现有测试工具的性能和适用性，选择合适的测试工具；（2）搭建测试平台，提高测试环境的可复现性；（3）优化测试环境，确保测试环境的稳定性和可靠性。
4. 团队建设与培训（1）加强团队协作，提高团队凝聚力；（2）开展测试技能培训，提升团队整体水平；（3）关注行业动态，提高团队对新技术、新方法的敏感度。
四、具体措施1. 制定详细测试计划，明确测试任务和时间节点；2. 组织测试团队进行需求分析，确保测试用例的全面性；3. 定期召开测试团队会议，沟通测试进度和问题；4. 针对测试中发现的问题，及时与开发团队沟通，推动问题解决；5. 定期对测试用例进行评审，优化测试用例；6. 开展自动化测试研究，提高测试效率；7. 优化测试环境，确保测试环境的稳定性和可靠性；8. 加强团队协作，提高团队整体水平；9. 定期组织测试技能培训，提升团队整体素质；10. 关注行业动态，提高团队对新技术的敏感度。
五、总结本部门将严格按照下半年工作计划执行，确保银行系统测试工作的顺利进行。
通过团队的努力，不断提高测试质量，为银行系统的稳定运行提供有力保障。
手机银行客户端测试总结
手机银行测评总结一、功能总结通过对十三家手机银行的功能试用和对比，可以将目前手机银行的功能大致分为以下四类与账户服务、金融产品及其服务、生活服务、其他业务。
以下是多家银行的手机界面：账户服务：这部分的服务是银行最基本的服务，所以各家银行在功能上没有太大差别。
一般分为账户管理、转账汇款、无卡取现、信用卡这四部分。
除了无卡取现这一相对比较新鲜的业务外，其他的功能可以用应有尽有来描述。
细化的功能就不再赘述，可以参考各家银行手机测评报告中的功能地图。
金融产品及其服务：金融产品及其服务目前主要提供的业务有：基金业务、外汇业务、理财业务、贵金属业务、国债业务、保险业务、银期业务、银证业务、个人贷款、结售汇、手机股市、大智慧；以及个别银行针对自己的特色产品提供的相关服务，如工行的账户原油、高尔夫，交行的双利理财、薪金宝等。
生活服务：生活服务方面目前提供的主要业务有：生活缴费（水费、电费、燃气费、通信费、取暖费、有线电视费、小区物业费、彩票站点缴费）、手机充值、游戏点卡充值、电影票、彩票、飞机票、演出票、酒店预订、公益捐款、银医服务、代驾服务、交通罚款、优惠商户、商城购物等。
其他业务：除上述业务外，还有诸如理财计算器、网点查询、排号预约、业务指南、优惠活动、银行资讯、自助注册、客户服务等辅助业务。
以上基本是目前我国手机银行业提供的所有功能和业务，每家手机银行并不是都具有了上面所说的全部，除了账户服务和其他业务相差较小外，其他两个服务因为每家银行的侧重点不一样，在各个银行间还是具有较大差异。
做的较好较全面的，要数工行、建行、招行、交行、民生等银行。
做的最差的当属中国银行，功能稀少、操作不便、界面粗糙等等，各方面都排在了众多银行的后面，实在是有辱其大行之名。
二、特色分析对比各家银行，目前手机银行所具有的特色主要体现在转账支付手段的创新以及营销手段的创新等方面。
转账支付创新:在银行传统转账操作的基础上，各家银行充分发挥自己的创作能力。
银行软件测试方案
银行软件测试方案在当前数字化时代，银行业务已经趋向于无纸化、在线化。
银行软件在这一过程中扮演着至关重要的角色，它不仅要保证用户的资金安全和交易准确性，还需要提供良好的用户体验。
然而，银行软件的复杂性和在线交易的高风险性使得软件测试显得尤为重要。
本文将探讨一个综合性的银行软件测试方案，旨在确保软件的质量和稳定性。
一、测试目标与策略银行软件的测试目标主要包括：功能性测试、可用性测试、安全测试和性能测试。
针对这些目标，我们可以制定一套合理的测试策略。
1. 功能性测试功能性测试是银行软件测试的核心，主要用于验证软件实现的功能是否与需求一致。
测试应覆盖用户账户管理、交易处理、报表生成等关键功能，并进行充分的功能测试用例设计和执行。
2. 可用性测试银行软件需要提供友好、直观的用户界面，以便用户方便快捷地进行交易。
可用性测试应该模拟真实的用户场景，测试用户友好度、操作便捷度以及界面的一致性。
3. 安全测试银行软件的安全性是最为重要的，因为涉及到用户的资金安全。
在安全测试过程中，应当测试软件对于用户身份验证、数据加密和防止黑客攻击的能力。
漏洞扫描、网络安全测试和代码审查等技术手段也应该被应用于安全测试中。
4. 性能测试银行软件需要处理大量的并发交易和复杂的计算，因此性能测试是不可或缺的。
在性能测试过程中，应该测试软件的响应时间、并发处理能力、系统负载能力等。
二、测试环境的搭建为了有效地进行银行软件测试，需要搭建一个真实的测试环境。
该环境应包括测试服务器、数据库、网络模拟等组件，以模拟真实的交易场景和网络环境。
此外，还需要建立虚拟用户，模拟不同场景下的并发操作。
三、测试工具的选择与使用在银行软件测试中，合适的测试工具可以提高测试效率和质量。
以下是一些常用的测试工具：1. 自动化测试工具自动化测试工具可以有效地减少重复性工作，提高测试效率。
Selenium、Appium等工具可用于网页和移动端自动化测试。
使用这些工具，可以自动完成登录、交易、报表生成等常见操作，并生成详细的测试报告。
银行核心系统性能测试方案
银行核心系统性能测试方案银行核心系统是银行业务处理和管理的关键系统，对于银行来说，核心系统的性能表现关系到交易的处理效率和用户的满意度。
因此，对银行核心系统进行性能测试是非常重要的。
下面是一个银行核心系统性能测试方案，包括测试目标、测试环境、测试内容、测试方法和测试报告等。
一、测试目标：1.测试银行核心系统在正常业务量和高峰业务量下的性能表现；2.确保核心系统能够在大量并发用户同时访问时保持稳定的运行；3.验证核心系统在应用更新或升级后的性能改进情况；4.发现并解决可能影响核心系统性能的缺陷和问题。
二、测试环境：1.硬件环境：至少部署两台服务器，一台用于模拟银行业务发起方，另一台用于模拟银行核心系统；2.软件环境：银行核心系统、数据库、网络设备等。
三、测试内容：1.基准测试：在正常业务量下对核心系统进行性能测试，记录响应时间、并发用户数和吞吐量等指标；2.高峰测试：以模拟银行系统在大量用户同时访问情况下的运行为目标，测试核心系统在高峰期的性能表现；3.压力测试：通过逐渐增加并发用户数来测试核心系统的负载能力，确定其最大负载量；4.稳定性测试：模拟长时间运行的情况，测试核心系统在连续运行期间的性能稳定性。
四、测试方法：1. 性能测试工具：使用专门的性能测试工具，如LoadRunner、JMeter等，模拟并发用户并监测性能指标；2.测试脚本设计：根据实际银行业务场景，设计合理的测试脚本，包括登录、查询、转账等常见操作；3.测试数据准备：准备合适的测试数据，确保测试数据的真实性和完整性；4.执行测试：根据测试计划，执行不同类型的性能测试，并记录测试过程中的性能数据；5.分析结果：对测试结果进行分析，包括响应时间、吞吐量、错误率等性能指标，找出系统性能瓶颈和问题；6.优化改进：根据测试结果，对核心系统进行优化改进，提升性能。
五、测试报告：1.测试摘要：对性能测试的目标、环境和结果进行简要概述；2.测试结果：列出各个测试场景下的性能指标并进行分析，包括响应时间、吞吐量和错误率等；3.性能优化建议：根据测试结果，提出针对性能瓶颈和问题的改进建议；4.总结和反馈：总结测试过程中的经验和教训，反馈测试结果给相关人员，并确定下一步的改进措施。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
●文档属性是否●文档版本记录目录目录 (3)一、参考文档 (4)(一) 相关项目文档 (4)(二) 参考资料 (4)二、测试概述 (4)(一) 测试范围 (4)(二) 测试环境 (4)(三) 测试工具 (5)三、测试方案 (6)（一）测试计划和安排 (6)（二）基础数据 (7)（三）压力测试 (7)（四）稳定性测试 (10)（五）指标监控 (10)（六）性能指标要求 (10)四、测试场景 (10)系统登录（100人并发） (11)系统登录（150人并发） (11)系统登录（200人并发） (11)交易查询（100人并发） (12)交易查询（150人并发） (14)交易查询（200人并发） (14)行内转账（100人并发） (15)行内转账（150人并发） (15)行内转账（200人并发） (15)混合场景测试一（100人并发） (17)混合场景测试二（150人并发） (17)混合场景测试三（200人并发） (17)稳定性测试 (18)一、参考文档(一)相关项目文档(二)参考资料二、测试概述(一)测试范围●手机银行的登录●我的账户信息查询●行内转账查询●交易明细查询●缴费记录查询●行内转账交易(二)测试环境1、环境拓扑图2、环境配置硬件配置软件配置3、环境差异分析原则上要求系统测试环境尽量地接近生产环境，所以在当系统测试环境和生产环境有不一致的地方，请做相应的环境差异分析，并识别相关的风险。
测试环境的差异包括但不限于硬件类型差异、硬件配置差异、系统软件类型差异、系统软件版本差异、系统软件配置差异、应用软件配置差异等。
(三)测试工具LoadRunner向运行的测试代理机器Agent发送测试指令，测试代理机器运行脚本，模拟多个用户同时向服务器发出请求，测试在不同条件下服务器的响应情况。
性能测试工作原理如下图：LoadRunner 通过Virtual User Generator捕捉客户端向服务器发送和接收的数据流形成脚本框架。
在此基础上利用的脚本定制向导自定义测试数据，使用数据表或随机数模拟现实环境的用户数据输入。
创建内容检查点，验证负载下的被测系统是否出现功能错误。
通过Controller并发指定数量的模拟用户运行以上设置好的脚本，确保测试尽可能接近真实环境，最大程度地反映系统的实际情况。
三、测试方案（一）测试计划和安排1、人员计划2、日程计划3、交付物（二）基础数据（三）压力测试本次测试是针对手机银行系统在应对密集整转的压力下业务处理能力的测试，检验系统的吞吐率。
本系统的压力测试主要是针对主要业务功能、报表统计进行，检查在日间应用高峰时期，并发用户数较多的时候的处理能力等等。
1、单业务压力测试对于单个交易性能测试和综合交易测试，测试初始都从100个用户开始并发，然后以50用户递增进行多次压力测试，正常情况下，以 200用户并发为限。
对于单个交易性能测试，脚本中初始思考时间为0s，随测试情况进行调整。
对于综合交易性能测试，脚本中加入适当思考时间。
1.1手机银行系统登录A、交易描述手机银行发起登录交易B、业务逻辑与处理进入手机银行登录页面⏹输入用户号与密码通过认证并成功登录到手机银行1.2 我的账户信息查询A、交易描述在我的账户中，点击交易查询，系统发起查询交易并取得结果，并将具体交易信息显示在结果页面中。
B、业务逻辑与处理⏹进入手机银行登录页面⏹输入用户号与密码通过认证并成功登录到手机银行⏹进入我的账户1.3 手机转账汇款查询A、交易描述进入转账汇款中，选择行内转账，输入对方的户名及手机号，验证通过后，转账成功。
B、业务逻辑与处理⏹进入手机银行登录页面⏹输入用户号与密码通过认证并成功登录到手机银行⏹进入转账汇款，选择手机转账汇款⏹输入对方的户名及手机号⏹输入转账金额及转账用途⏹提交转账交易，验证成功后，转账成功1.4行内转账A、交易描述进入转账汇款中，选择行内转账，输入对方的户名及账号，验证通过后，转账成功。
B、业务逻辑与处理⏹进入手机银行登录页面⏹输入用户号与密码通过认证并成功登录到手机银行⏹进入转账汇款，选择行内转账⏹输入对方的户名及账号⏹输入转账金额及转账用途⏹提交转账交易，验证成功后，转账成功1.5交易明细查询A、交易描述在我的账户中，点击交易查询，系统发起查询交易并取得结果，并将具体交易信息显示在结果页面中。
B、业务逻辑与处理⏹进入手机银行登录页面⏹输入用户号与密码通过认证并成功登录到手机银行⏹进入我的账户，选择交易查询⏹选择交易查询的起始日期和结束日期⏹点击“查询”按钮1.6缴费记录查询A、交易描述进入转账汇款中，选择行内转账，输入对方的户名及账号，验证通过后，转账成功。
B、业务逻辑与处理⏹进入手机银行登录页面⏹输入用户号与密码通过认证并成功登录到手机银行⏹进入转账汇款，选择行内转账⏹输入对方的户名及账号⏹输入转账金额及转账用途⏹提交转账交易，验证成功后，转账成功2、混合业务压力测试针对混合业务压力测试，在测试中将选择部分具有代表性的交易作为测试对象，是通过并发用户对登录、查询、交易进行综合性的压力测试的一种过程。
本次测试将按照如下原则选择性测试交易：关键交易：关键业务是用户最为关注的交易，需要保证其性能和质量；吞吐量：某些业务流程可能不是关键业务，但是很高的吞吐量；在选择的交易中，先进行单个交易性能测试，在此基础上进行综合交易性能测试，融合两种测试的优点。
混合业务性能测试：各种关键交易功能按照交易配比来分配具体的虚拟用户数进行综合交易性能测试。
这部分测试将根据系统各交易功能的实际使用频率和重要程度来决定业务配比。
3、其他使用美科利公司（Mercury）的性能测试软件LoadRunner，对现行的手机银行系统进行脚本录制、测试回放、逐步加压和跟踪记录。
测试过程中，由LoadRunner的管理平台调用各台测试前台，发起各种组合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。
针对每个测试用例，都将采用逐步加压和瞬间加压两种客户端连接方式进行，查看服务器端在客户端的连接数量变化过程中对应的处理能力，以更好的定位系统在达到多少并发或压力下我们的系统出现了不稳定。
（四）稳定性测试通过Loadrunner模拟压力测试，在系统承受最大压力的情况下进行长时间的稳定性能测试，从而测试系统服务器的稳定性。
（五）指标监控记录可扩展性测试中的测试结果及其系统的运行状况。
除了记录测试指标以外，应该结合测试实时记录系统各个层次的资源和参数。
主要包括：✓硬件环境资源✓服务器操作系统参数✓网络相关参数✓数据库相关参数：具体数据库参数有所不同，结合各个数据库独有的特点记录（六）性能指标要求1、手机银行按网银的50%计算用户量和交易量，考虑5年的发展，每年增长50%计算。
手机银行支持的用户量和交易量分别达到15万和6000笔/天。
2、手机银行系统支持最少每秒100次的并发请求。
3、手机银行应用服务在上述性能指标下的平均响应时间不超过1秒。
4、系统应采用高效、可靠的措施保证交易处理的正确性和一致.四、测试场景系统登录（100人并发）A、测试场景●并发100用户登录，每1秒钟增加2个用户。
●50秒后达到100用户并发，并发1小时。
●1秒钟停止2个用户。
●总场景时间1 hour， 1 minute and 42 seconds。
●SIT测试环境。
●交易挡板时间为1秒，thinktime为0.5秒。
B、测试场景包含交易●LoadRunner 脚本中的Action_Transaction包含交易有：登录系统登录（150人并发）A、测试场景●并发150用户登录，每1秒钟增加2个用户。
●75秒后达到150用户并发，并发1小时。
●1秒钟停止2个用户。
●总场景时间1小时。
B、测试场景包含交易●LoadRunner 脚本中的Action_Transaction包含交易有：登录系统登录（200人并发）A、测试场景●并发200用户登录，每1秒钟增加2个用户。
●100秒后达到200用户并发，并发20分钟。
●1秒钟停止2个用户。
●总场景时间23 minutes and 26 seconds。
●SIT测试环境。
●交易挡板时间为1秒，thinktime为0.5秒。
B、测试场景包含交易●LoadRunner 脚本中的Action_Transaction包含交易有：登录账户信息查询(100人并发)A、测试场景●并发100用户，每1秒钟增加2个用户。
●50秒后达到100用户并发，并发20分钟。
●1秒钟停止2个用户。
●总场景时间21 minutes and 41 seconds。
●SIT测试环境。
●交易挡板时间为1秒，thinktime为0.5秒。
账户信息查询(150人并发)A、测试场景●并发100用户，每1秒钟增加2个用户。
●50秒后达到100用户并发，并发20分钟。
●1秒钟停止2个用户。
●总场景时间21 minutes and 41 seconds。
●SIT测试环境。
●交易挡板时间为1秒，thinktime为0.5秒。
账户信息查询(200人并发)A、测试场景●并发100用户，每1秒钟增加2个用户。
●50秒后达到100用户并发，并发20分钟。
●1秒钟停止2个用户。
●总场景时间21 minutes and 41 seconds。
●SIT测试环境。
●交易挡板时间为1秒，thinktime为0.5秒。
手机转账查询(100人并发)A、测试场景●并发100用户，每1秒钟增加2个用户。
●50秒后达到100用户并发，并发20分钟。
●1秒钟停止2个用户。
●总场景时间21 minutes and 41 seconds。
●SIT测试环境。
●交易挡板时间为1秒，thinktime为0.5秒。
手机转账查询(150人并发)A、测试场景●并发100用户，每1秒钟增加2个用户。
●50秒后达到100用户并发，并发20分钟。
●1秒钟停止2个用户。
●总场景时间21 minutes and 41 seconds。
●SIT测试环境。
●交易挡板时间为1秒，thinktime为0.5秒。
手机转账查询(200人并发)A、测试场景●并发100用户，每1秒钟增加2个用户。
●50秒后达到100用户并发，并发20分钟。
●1秒钟停止2个用户。
●总场景时间21 minutes and 41 seconds。
●SIT测试环境。
●交易挡板时间为1秒，thinktime为0.5秒。
交易明细查询（100人并发）A、测试场景●并发100用户，每1秒钟增加2个用户。
●50秒后达到100用户并发，并发20分钟。
●1秒钟停止2个用户。
●总场景时间21 minutes and 41 seconds。
●SIT测试环境。
●交易挡板时间为1秒，thinktime为0.5秒。