性能测试方案模板

精选——XXX容灾系统性能测试性能测试方案精选——文档资料信息服务名称：XX.XXX.XX.27~46（XXX应用服务器）XXX.XXX.XX.123~24（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 测试环境和生产环境差异 63.5 性能测试机配置 73.6 性能测试工具 74 压测条件准备 74.1 准备工作 75 性能测试方案 75.1 性能测试策略 75.2 性能测试通过准则 85.3 测试业务模型 85.4 测试场景设计 85.4.1 第一轮测试 95.4.2 第二轮测试 125.5 测试数据要求 155.6 监控内容 156 测试计划 157 团队 168 风险 169 通过标准 1610 优化建议 17——项目介绍测试背景随着业务量和业务能力的拓展，为了防止XXX系统因事故无法使用，建立灾备系统测试目的本次性能测试的目的是检测灾备系统的性能情况。作为XXX的灾备系统，能够在事故发生后切换至灾备系统，能够稳定运行。对该系统进行核心业务场景的性能测试。希望在模拟生产环境的情况下，能够收集相应的系统参数，作为灾备系统评估的依据。参考文档《XXX环境应用服务器列表清单》、《XXXdb清单v2》、《XXX环境网络拓扑图》缩略语和术语说明性能测试：在一定约束条件下（指定的软件、硬件和网络环境等）确定系统所能承受的最大负载压力的测试过程。场景：一种文件，用于根据性能要求定义在每一个测试会话运行期间发生的事件。虚拟用户：在场景中，LoadRunner用虚拟用户代替实际用户。模拟实际用户的操作来使用应用程序。一个场景可以包含几十、几百甚至几千个虚拟用户。虚拟用户脚本：用于描述虚拟用户在场景中执行的操作。事务：表示要度量的最终用户业务流程。并发数：单位时间内同时执行一种操作的用户数量在线用户数：访问被测应用的用户数量，单位时间内用户不会同时对被测服务器发送请求，产生压力TPS：TransactionPerSecond，每秒事务数量，单位是事务/秒TRT:TransactionResponseTime，事务响应时间，指TPS稳定时的平均事务响应时间，单位是秒测试范围XXX灾备系统涉及系统XXX灾备系统性能测试环境搭建生产环境拓扑图性能测试环境拓扑图测试设备列表应用服务器37台，配置如下：CPU个数16CPU型号Intel(R)Xeon(R)CPUE7-4820@2.00GHz内存：82G系统Linux数据库服务器1台，配置如下：CPU个数60CPU型号Intel(R)Xeon(R)CPUE7-4870v2@2.30GHz内存：380G系统Linux数据库ORACLE

11g测试环境和生产环境差异按照最接近生产系统结构的原则，因只有两台数据库服务器，至少有一台参与性能测试，所以本次性能测试按照实际生产环境1:2比例缩小，也就是10台应用服务器，1台数据库服务器因10台应用服务器对数据库服务器产生的压力太小，改为37台应用服务器和1台数据库服务器性能测试机配置性能测试测试机1台，详情如下：系统名称 Microsoft®WindowsServer®2008Enterprise处理器 Intel(R)Xeon(R)CPUE7-4830@2.13GHz，2134Mhz，8个内核，8个逻辑处理器内存 16.0GB备注：压测机CPU使用率<50%内存<80%IOBUSY<50%磁盘使用率<90%网络带宽<30%性能测试工具Loadrunner11性能测试条件准备准备工作测试功能点全部通过功能测试，确保功能上没有问题准备性能测试环境服务器：应用服务器10台数据库服务器1台准备性能测试机1台，需要安装Loadrunner11并打通到应用服务器的网络对于每个测试功能点，都要事先调试好相应脚本，并准备测试数据。保证脚本能够成功回放，数据正确创建测试场景，配置好各场景设置测试过程中保存好脚本及分析结果，并规范的对脚本和分析结果命名性能测试方案性能测试策略关键资源不处于阻塞状态服务器CPU利用率<70%物理内存利用率<80%场景通过率>99.99%组合多个场景并发测试测试执行采用阶梯方式，并发数按照5、10、15、20….逐步增加，直至在某一个并发数增加后TPS达到峰值，并再增加并发造成响应时间增加，事件通过率降低性能测试通过准则达到性能要求，在要求并发数用户下，系统响应时间小于或者等于客户要求的响应时间在长时间运行后，系统不崩溃，各功能正常。服务器CPU、内存、等参数保持稳定测试停止后，一段时间内占用资源可以正常释放测试业务模型以下根据生产环境（2016年6月26日当日按照工作10小时数据估算值TPS=并发数/平均响应时间=日交易量*0.8/7200）序号业务名称平均处理时间并发数量高峰时段业务量/天备注(估算TPS)1员工登录1.5sXX9:00~11:00XXXXXX2新建客户15sXX12:00~14:00XXXXXX测试场景设计1、员工登录用例编号NMYC_001验证功能员工登录测试目的被测系统是否能够满足大并发用户数登录的要求前置条件员工账号、密码并发用户数2500思考时间0s方法逐步设置并发用户数为2500个，模拟用户登录系统的负载压力情况，进行15分钟的连续压力测试，记录系统登录事务交易的平均响应时间、成功率，应用服务器、数据库服务器和网络的各项性能指标，作为系统在实际使用情况中的性能表现依据。对失败交易发生时的各项指标数据进行分析，定位问题发生的原因。用例名称并发数期望响应时间（秒）备注员工登录2500<1.5s2、新建客户用例编号NMYC_002验证功能新建客户测试目的被测系统能否满足大并发数新建客户的要求前置条件1、员工账号、密码

2、客户名称、客户证件号码、客户地址等并发用户数2500思考时间0s方法逐步设置并发用户数为2500个，模拟员工新建客户的负载压力情况，进行15分钟的连续压力测试，记录系统登录事务交易的平均响应时间、成功率，应用服务器、数据库服务器和网络的各项性能指标，作为系统在实际使用情况中的性能表现依据。对失败交易发生时的各项指标数据进行分析，定位问题发生的原因。用例名称并发数期望响应时间（秒）备注新建客户2500<15s第一轮测试场景设置员工登录测试结果整体结果基准测试虚拟用户数与TPS关系趋势图基准测试虚拟用户数与处理时间关系趋势图本次性能测试一共37台应用服务器，两台数据库服务器，压测30分钟从压测图中可以看出，随着并发数增加（0-600）时间段（0:00-8:00）tps稳定上升，处理时间无太大变化随着并发数增加（600-2500）时间段（8:00-15:00）TPS基本维持在2200—2300，处理时间随着并发数增加而增加随着并发数增加（2500+）时间段（15:00-20:00）TPS呈现不规则跳动，处理时间也大幅度增加，同时错误事务数量变大，出现了接口异常和超时因本次只压测了员工登录，门户部署的应用内存小于2.0G当TPS达到2300并发数最高为2500第二轮测试场景设置新建客户测试结果整体结果XXX基准测试虚拟用户数与TPS关系趋势图XXX基准测试虚拟用户数与处理时间关系趋势图Xxx测试数据要求客户设备号、员工工号及密码测试数据需求列表序号适用场景描述所需资源描述数量备注1员工登录员工工号及密码25002客户定位在用设备号码（接入号）2500监控内容测试计划编号任务参与人员开始日期结束日期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-15团队容灾项目组风险风险描述风险发生的可能性风险对项目影响规避方法目前容灾环境先要经过生产环