性能测试方案模板

1、XXX 容灾系统性能测试 性能测试方案性能测试方案 文档资料信息文档资料信息 服务名称：服务名称： XX.XXX.XX.2746XX.XXX.XX.2746（XXXXXX 应用服务器）应用服务器） XXX.XXX.XX.12324XXX.XXX.XX.12324（XXXXXX 数据库）数据库） 项目经理： XX 文档版本号： 1.0 服务阶段：项目实施文档版本日期： 准备者： XX 准备日期： 审定者：审定日期： 发送列表发送列表 发送者：发送者：日期：日期：电话电话/ /传真：传真： 接受者：接受者：目的：目的：日期：日期：电话电话/ /传真：传真： 审阅 版本历史版本历史 版本号版本号：版

2、本日期：版本日期：修订者修订者：描述描述：文件名文件名： 12016-7-14 马鸿飞服务器数 注意事项注意事项 内部传阅 目录目录 1 1项目介绍项目介绍.5 1.1测试背景.5 1.2测试目的.5 1.3参考文档.5 1.4缩略语和术语说明.5 2 2测试范围测试范围.5 2.1涉及系统.6 3 3压测压测环境搭建环境搭建.6 3.1生产环境拓扑图.6 3.2压测环境拓扑图.6 3.3测试设备列表.6 3.4测试环境和生产环境差异.6 3.5性能测试机配置.7 3.6性能测试工具.7 4 4压测条件准备压测条件准备.7 4.1准备工作.7 5 5性能测试方案性能测试方案.7 5.1性能测试

3、策略.7 5.2性能测试通过准则.8 5.3测试业务模型.8 5.4测试场景设计.8 5.4.1第一轮测试.9 5.4.2第二轮测试.12 5.5测试数据要求.15 5.6监控内容.15 6 6测试计划测试计划.15 7 7团队团队.16 8 8风险风险.16 9通过标准通过标准.16 10优化建议优化建议 .17 1 1项目介绍项目介绍 1.11.1测试背景测试背景 随着业务量和业务能力的拓展，为了防止 XXX 系统因事故无法使用，建立灾备系统 1.21.2测试目的测试目的 本次性能测试的目的是检测灾备系统的性能情况。 作为 XXX 的灾备系统，能够在事故发生后切换至 灾备系统，能够稳定运行

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

5、。 虚拟用户脚本：用于描述虚拟用户在场景中执行的操作。 事务：表示要度量的最终用户业务流程。 并发数：单位时间内同时执行一种操作的用户数量 在线用户数：访问被测应用的用户数量，单位时间内用户不会同时对被测服务器发送请求，产生压力 TPS：Transaction Per Second，每秒事务数量，单位是 事务/秒 TRT:Transaction Response Time，事务响应时间，指 TPS 稳定时的平均事务响应时间，单位是秒 2 2测试范围测试范围 XXX 灾备系统 2.12.1涉及系统涉及系统 XXX 灾备系统 3 3性能测试性能测试环境环境搭建搭建 3.13.1生产环境拓扑图生产环

6、境拓扑图 3.23.2性能测试环境拓扑图性能测试环境拓扑图 3.33.3测试设备列表测试设备列表 应用服务器 37 台，配置如下： CPU 个数 16 CPU 型号 Intel(R) Xeon(R) CPU E7- 4820 2.00GHz 内存：82G 系统 Linux 数据库服务器 1 台，配置如下： CPU 个数 60 CPU 型号 Intel(R) Xeon(R) CPU E7-4870 v2 2.30GHz 内存：380G 系统 Linux 数据库 ORACLE 11g 3.43.4测试环境和生产环境差异测试环境和生产环境差异 按照最接近生产系统结构的原则，因只有两台数据库服务器，至

7、少有一台参与性能测试，所以本次性能测 试按照实际生产环境 1:2 比例缩小，也就是 10 台应用服务器，1 台数据库服务器 因 10 台应用服务器对数据库服务器产生的压力太小，改为 37 台应用服务器和 1 台数据库服务器 3.53.5性能测试机配置性能测试机配置 性能测试测试机 1 台，详情如下： 系统名称Microsoft Windows Server 2008 Enterprise 处理器Intel(R) Xeon(R) CPU E7- 4830 2.13GHz，2134 Mhz，8 个内核，8 个逻辑处理器 内存16.0 GB 备注：压测机 CPU 使用率50% 内存80% IOBUS

8、Y50% 磁盘使用率90% 网络带宽30% 3.6性能测试工具性能测试工具 Loadrunner 11 4 4性能测试条件性能测试条件准备准备 4.14.1准备工作准备工作 1、测试功能点全部通过功能测试，确保功能上没有问题 2、准备性能测试环境服务器： A、应用服务器 10 台 B、数据库服务器 1 台 3、准备性能测试机 1 台，需要安装 Loadrunner 11 并打通到应用服务器的网络 4、对于每个测试功能点，都要事先调试好相应脚本，并准备测试数据。保证脚本能够成功回放，数 据正确 5、创建测试场景，配置好各场景设置 6、测试过程中保存好脚本及分析结果，并规范的对脚本和分析结果命名

9、5 5性能测试性能测试方案方案 5.15.1性能测试策略性能测试策略 1、关键资源不处于阻塞状态 A、服务器 CPU 利用率70% B、物理内存利用率99.99% 2、组合多个场景并发测试 3、测试执行 采用阶梯方式，并发数按照 5、10、15、20.逐步增加，直至在某一个并发数增加后 TPS 达到峰 值，并再增加并发造成响应时间增加，事件通过率降低 5.25.2性能测试通过准则性能测试通过准则 1、达到性能要求，在要求并发数用户下，系统响应时间小于或者等于客户要求的响应时间 2、在长时间运行后，系统不崩溃，各功能正常。 3、服务器 CPU、内存、等参数保持稳定 4、测试停止后，一段时间内占用

10、资源可以正常释放 5.35.3测试业务模型测试业务模型 以下根据生产环境（2016 年 6 月 26 日当日按照工作 10 小时数据估算值TPS=并发数/平均响应时间 =日交易量*0.8/7200） 序号序号业务名称业务名称 平均处理时平均处理时 间间 并发数量并发数量高峰时段高峰时段业务量业务量/ /天天备注备注( (估算估算 TPS)TPS) 1 员工登录 1.5sXX9:0011:00XXXXXX 2 新建客户 15sXX12:0014:00XXXXXX 5.45.4测试场景设计测试场景设计 1、员工登录 用例编号用例编号 NMYC_001 验证功能验证功能员工登录 测试目的测试目的被测

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

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

13、0015s 5.4.15.4.1第一轮测试第一轮测试 5.4.1.15.4.1.1 场景设置场景设置 员工登录 5.4.1.25.4.1.2 测试结果测试结果 整体结果 基准测试虚拟用户数与 TPS 关系趋势图 基准测试虚拟用户数与处理时间关系趋势图 本次性能测试一共 37 台应用服务器，两台数据库服务器，压测 30 分钟 从压测图中可以看出，随着并发数增加（0-600）时间段（0:00-8:00）tps 稳定上升， 处理时间无太大变化 随着并发数增加（600-2500）时间段（8:00-15:00）TPS 基本维持在 22002300，处 理时间随着并发数增加而增加 随着并发数增加（2500

14、+）时间段（15:00-20:00）TPS 呈现不规则跳动，处理时间也 大幅度增加，同时错误事务数量变大，出现了接口异常和超时 因本次只压测了员工登录，门户部署的应用内存小于 2.0G 当 TPS 达到 2300 并发数最 高为 2500 5.4.25.4.2第二轮测试第二轮测试 5.4.2.15.4.2.1 场景设置场景设置 新建客户 5.4.2.25.4.2.2 测试结果测试结果 整体结果 XXX 基准测试虚拟用户数与 TPS 关系趋势图 XXX 基准测试虚拟用户数与处理时间关系趋势图 Xxx 5.55.5测试数据要求测试数据要求 客户设备号、员工工号及密码 测试数据需求列表测试数据需求列

15、表 序号序号适用场景描述适用场景描述所需资源描述所需资源描述数量数量备注备注 1 员工登录员工工号及密码 2500 2 客户定位在用设备号码（接入号） 2500 5.65.6监控内容监控内容 6 6测试计划测试计划 编号任务参与人员开始日期结束日期 1 熟悉被测试系统， 确定典型事务 测试人员 开发人员 业务人员 2016-7-32016-7-4 2 搭建测试环境， 录制典型事务的 脚本，增强脚本 测试人员 开发人员 2016-7-52016-7-10 3 执行测试并收集 相关数据 测试人员 2016-7-132016-7-13 4 数据分析测试人员 2016-7-132016-7-15 5 编写测试报告测试人员 2016-7-152016-7-15 7 7团队团队 容灾项目组 8 8风险风险 风险描述风险描述风险发生的可能性风险发生的可能性风险对项目影响风险对项目影响规避方法规避方法 目前容灾环境先要经过生产环境 的 CSB-DEP，若系统双活可能会 造成大量流水重复事务通过率下 降，导致测试失败低高单独部署 CSB-DEP 服务 测试