性能测试方案模板

1、XXX容灾系统性能测试性能测试方案文档资料信息服务名称：.2746（XXX应用服务器）.12324（XXX数据库）项目经理：XX文档版本号：1.0服务阶段：项目实施文档版本日期：准备者：XX准备日期：审定者：审定日期：发送列表发送者：日期：电话/传真： 接受者：目的：日期：电话/传真： 审阅 版本历史版本号：版本日期：修订者：描述：文件名：12016-7-14马鸿飞服务器数注意事项内部传阅目录1项目介绍51.1测试背景51.2测试目的51.3参考文档51.4缩略语和术语说明52测试范围52.1涉及系统63压测环境搭建63.1生产环境拓扑图63.2压测环境拓扑图63.3测试设备列表63.4测试环

2、境和生产环境差异63.5性能测试机配置73.6性能测试工具74压测条件准备74.1准备工作75性能测试方案75.1性能测试策略75.2性能测试通过准则85.3测试业务模型85.4测试场景设计8第一轮测试9第二轮测试125.5测试数据要求155.6监控内容156测试计划157团队168风险169通过标准1610优化建议171 项目介绍 1.1 测试背景随着业务量和业务能力的拓展，为了防止XXX系统因事故无法使用，建立灾备系统1.2 测试目的本次性能测试的目的是检测灾备系统的性能情况。 作为XXX的灾备系统，能够在事故发生后切换至灾备系统，能够稳定运行。对该系统进行核心业务场景的性能测试。希望在模

3、拟生产环境的情况下，能够收集相应的系统参数，作为灾备系统评估的依据。1.3 参考文档XXX环境应用服务器列表清单、XXXdb清单v2、XXX环境网络拓扑图1.4 缩略语和术语说明性能测试：在一定约束条件下（指定的软件、硬件和网络环境等）确定系统所能承受的最大负载压力的测试过程。场景：一种文件，用于根据性能要求定义在每一个测试会话运行期间发生的事件。 虚拟用户：在场景中， LoadRunner 用虚拟用户代替实际用户。模拟实际用户的操作来使用应用程序。一个场景可以包含几十、几百甚至几千个虚拟用户。虚拟用户脚本：用于描述虚拟用户在场景中执行的操作。事务：表示要度量的最终用户业务流程。并发数：单位时

4、间内同时执行一种操作的用户数量在线用户数：访问被测应用的用户数量，单位时间内用户不会同时对被测服务器发送请求，产生压力TPS：Transaction Per Second，每秒事务数量，单位是 事务/秒TRT:Transaction Response Time，事务响应时间，指TPS稳定时的平均事务响应时间，单位是秒2 测试范围XXX灾备系统2.1 涉及系统XXX灾备系统3 性能测试环境搭建3.1 生产环境拓扑图3.2 性能测试环境拓扑图3.3 测试设备列表应用服务器37台，配置如下：CPU个数 16CPU型号 Intel(R) Xeon(R) CPU E7- 4820 2.00GHz内存：8

5、2G系统 Linux数据库服务器1台，配置如下：CPU个数 60CPU型号 Intel(R) Xeon(R) CPU E7-4870 v2 2.30GHz内存：380G系统 Linux数据库 ORACLE 11g 3.4 测试环境和生产环境差异按照最接近生产系统结构的原则，因只有两台数据库服务器，至少有一台参与性能测试，所以本次性能测试按照实际生产环境1:2比例缩小，也就是10台应用服务器，1台数据库服务器因10台应用服务器对数据库服务器产生的压力太小，改为37台应用服务器和1台数据库服务器3.5 性能测试机配置性能测试测试机1台，详情如下：系统名称Microsoft® W

6、indows Server® 2008 Enterprise处理器Intel(R) Xeon(R) CPU E7- 4830 2.13GHz，2134 Mhz，8 个内核，8 个逻辑处理器内存16.0 GB备注：压测机CPU使用率<50% 内存<80% IOBUSY<50% 磁盘使用率<90% 网络带宽<30%3.6 性能测试工具Loadrunner 114 性能测试条件准备4.1 准备工作1、 测试功能点全部通过功能测试，确保功能上没有问题2、 准备性能测试环境服务器：A、 应用服务器10台B、 数据库服务器1台3、 准备性能测试机1台，需要安装Loa

7、drunner 11并打通到应用服务器的网络4、 对于每个测试功能点，都要事先调试好相应脚本，并准备测试数据。保证脚本能够成功回放，数据正确5、 创建测试场景，配置好各场景设置6、 测试过程中保存好脚本及分析结果，并规范的对脚本和分析结果命名5 性能测试方案5.1 性能测试策略1、 关键资源不处于阻塞状态A、 服务器CPU利用率<70%B、 物理内存利用率<80%C、 场景通过率>99.99%2、 组合多个场景并发测试3、 测试执行采用阶梯方式，并发数按照5、10、15、20.逐步增加，直至在某一个并发数增加后TPS达到峰值，并再增加并发造成响应时间增加，事件通过率降低5.2

8、 性能测试通过准则1、 达到性能要求，在要求并发数用户下，系统响应时间小于或者等于客户要求的响应时间2、 在长时间运行后，系统不崩溃，各功能正常。3、 服务器CPU、内存、等参数保持稳定4、 测试停止后，一段时间内占用资源可以正常释放5.3 测试业务模型以下根据生产环境（2016年6月26日当日按照工作10小时数据估算值TPS=并发数/平均响应时间=日交易量*0.8/7200）序号业务名称平均处理时间并发数量高峰时段业务量/天备注(估算TPS)1员工登录1.5sXX9:0011:00XXXXXX2新建客户15sXX12:0014:00XXXXXX5.4 测试场景设计1、员工登录用例编号NMYC

9、_001验证功能员工登录测试目的被测系统是否能够满足大并发用户数登录的要求前置条件员工账号、密码并发用户数2500思考时间0s方法逐步设置并发用户数为2500个，模拟用户登录系统的负载压力情况，进行15分钟的连续压力测试，记录系统登录事务交易的平均响应时间、成功率，应用服务器、数据库服务器和网络的各项性能指标，作为系统在实际使用情况中的性能表现依据。对失败交易发生时的各项指标数据进行分析，定位问题发生的原因。用例名称并发数期望响应时间（秒）备注员工登录2500<1.5s2、新建客户用例编号NMYC_002验证功能新建客户测试目的被测系统能否满足大并发数新建客户的要求前置条件1、员工账号、

10、密码2、客户名称、客户证件号码、客户地址等并发用户数2500思考时间0s方法逐步设置并发用户数为2500个，模拟员工新建客户的负载压力情况，进行15分钟的连续压力测试，记录系统登录事务交易的平均响应时间、成功率，应用服务器、数据库服务器和网络的各项性能指标，作为系统在实际使用情况中的性能表现依据。对失败交易发生时的各项指标数据进行分析，定位问题发生的原因。用例名称并发数期望响应时间（秒）备注新建客户2500<15s5.4.1 第一轮测试5.4.1.1 场景设置员工登录5.4.1.2 测试结果Ø 整体结果Ø 基准测试虚拟用户数与TPS关系趋势图 Ø 基准测试虚

11、拟用户数与处理时间关系趋势图本次性能测试一共37台应用服务器，两台数据库服务器，压测30分钟从压测图中可以看出，随着并发数增加（0-600）时间段（0:00-8:00）tps稳定上升，处理时间无太大变化随着并发数增加（600-2500）时间段（8:00-15:00）TPS基本维持在22002300，处理时间随着并发数增加而增加随着并发数增加（2500+）时间段（15:00-20:00）TPS呈现不规则跳动，处理时间也大幅度增加，同时错误事务数量变大，出现了接口异常和超时因本次只压测了员工登录，门户部署的应用内存小于2.0G当TPS达到2300并发数最高为25005.4.2 第二轮测试5.4.2

12、.1 场景设置新建客户5.4.2.2 测试结果Ø 整体结果XXXØ 基准测试虚拟用户数与TPS关系趋势图 XXXØ 基准测试虚拟用户数与处理时间关系趋势图 Xxx5.5 测试数据要求客户设备号、员工工号及密码测试数据需求列表序号适用场景描述所需资源描述数量备注1员工登录员工工号及密码25002客户定位在用设备号码（接入号）25005.6 监控内容6 测试计划编号任务参与人员开始日期结束日期1熟悉被测试系统，确定典型事务测试人员开发人员业务人员2016-7-32016-7-42搭建测试环境，录制典型事务的脚本，增强脚本测试人员开发人员2016-7-52016-7-103执行测试并收集相关数据测试人员2016-7-132016-7-134数据分析测试人员2016-7-132016-7-155编写测试报告测试人员2016-7-152016-7-157 团队容灾项目组8 风险风险描述风险发生的可能性风险对项目影响规避方法目前容灾环境先要经过生产环境的CSB-DEP，若系统双活可能会造成大量流水重复事务通过率下降，导致测试失败低高单独部署CSB-DEP服务测试数据大量预占，造成并发无法继续增加低高数据准备充足随着压力增加，系统异常，造成服务请求