性能测试方案设计实用实用模板.doc

《性能测试方案设计实用实用模板.doc》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、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压测环境搭

2、建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优化建议171项目介绍1.1测试背景随着业务量和业务能力的拓展，为了防止XXX系统因事故无法使用，建立灾备系统1.2测试目的本次性能测试

3、的目的是检测灾备系统的性能情况。作为XXX的灾备系统，能够在事故发生后切换至灾备系统，能够稳定运行。对该系统进行核心业务场景的性能测试。希望在模拟生产环境的情况下，能够收集相应的系统参数，作为灾备系统评估的依据。1.3参考文档《XXX环境应用服务器列表清单》、《XXXdb清单v2》、《XXX环境网络拓扑图》1.4缩略语和术语说明性能测试：在一定约束条件下（指定的软件、硬件和网络环境等）确定系统所能承受的最大负载压力的测试过程。场景：一种文件，用于根据性能要求定义在每一个测试会话运行期间发生的事件。虚拟用户：在场景中，LoadRunner用

4、虚拟用户代替实际用户。模拟实际用户的操作来使用应用程序。一个场景可以包含几十、几百甚至几千个虚拟用户。虚拟用户脚本：用于描述虚拟用户在场景中执行的操作。事务：表示要度量的最终用户业务流程。并发数：单位时间同时执行一种操作的用户数量在线用户数：访问被测应用的用户数量，单位时间用户不会同时对被测服务器发送请求，产生压力TPS：TransactionPerSecond，每秒事务数量，单位是事务/秒TRT:TransactionResponseTime，事务响应时间，指TPS稳定时的平均事务响应时间，单位是秒2测试围XXX灾备系统1.1涉及系统X

5、XX灾备系统2性能测试环境搭建2.1生产环境拓扑图2.2性能测试环境拓扑图2.3测试设备列表应用服务器37台，配置如下：CPU个数16CPU型号Intel(R)Xeon(R)CPUE7-48202.00GHz存：82G系统Linux数据库服务器1台，配置如下：CPU个数60CPU型号Intel(R)Xeon(R)CPUE7-4870v22.30GHz存：380G系统Linux数据库ORACLE 11g2.4测试环境和生产环境差异按照最接近生产系统结构的原则，因只有两台数据库服务器，至少有一台参与性能测试，所以本次性能测试按照实际生产环境1

6、:2比例缩小，也就是10台应用服务器，1台数据库服务器因10台应用服务器对数据库服务器产生的压力太小，改为37台应用服务器和1台数据库服务器1.1性能测试机配置性能测试测试机1台，详情如下：系统名称Microsoft®WindowsServer®2008Enterprise处理器Intel(R)Xeon(R)CPUE7-48302.13GHz，2134Mhz，8个核，8个逻辑处理器存16.0GB备注：压测机CPU使用率<50%存<80%IOBUSY<50%磁盘使用率<90%网络带宽<30%1.2性能测试工具Loadrunner112性能测

7、试条件准备2.1准备工作1、测试功能点全部通过功能测试，确保功能上没有问题2、准备性能测试环境服务器：A、应用服务器10台B、数据库服务器1台3、准备性能测试机1台，需要安装Loadrunner11并打通到应用服务器的网络4、对于每个测试功能点，都要事先调试好相应脚本，并准备测试数据。保证脚本能够成功回放，数据正确5、创建测试场景，配置好各场景设置6、测试过程中保存好脚本及分析结果，并规的对脚本和分析结果命名3性能测试方案3.1性能测试策略1、关键资源不处于阻塞状态A、服务器CPU利用率<70%B、物理存利用率<80%C、场景通过率>99

8、.99%1、组合多个场景并发测试2、测试执行采用阶梯方式，并发数按照5、10、15、20….逐步增加，直至在某一个并发数增加后TPS达到峰值，并再增加并发造成响应时间增加，事件通过率降低1.1