性能测试方案模板

1、项目文档Page of14XXX容灾系统性能测试性能测试方案项目文档XXX异地容灾Page of14文档资料信息服务名称：XX.XXX.XX.2746（XXX应用服务器）XXX.XXX.XX.12324（XXX数据库）项目经理：XX文档版本号：1-0服务阶段：项目实施文档版本日期：准备者：XX准备日期：审定者：审定日期：发送列表发送者：日期：电话/传真:版本历史版本号：版本日期：修订者：描述：文件名：12016-7-14马鸿飞服务器数注意事项内部传阅1项目介绍5目录TOC o 1-5 h z HYPERLINK l bookmark2 o Current Document 测试背景5 HYPE

2、RLINK l bookmark4 o Current Document 测试目的5 HYPERLINK l bookmark6 o Current Document 参考文档5 HYPERLINK l bookmark8 o Current Document 缩略语和术语说明5 HYPERLINK l bookmark14 o Current Document 测试范围5涉及系统6 HYPERLINK l bookmark16 o Current Document 压测环境搭建6生产环境拓扑图6压测环境拓扑图6 HYPERLINK l bookmark18 o Current Documen

3、t 测试设备列表6 HYPERLINK l bookmark20 o Current Document 测试环境和生产环境差异6 HYPERLINK l bookmark22 o Current Document 性能测试机配置73.6性能测试工具7 HYPERLINK l bookmark30 o Current Document 压测条件准备7 HYPERLINK l bookmark32 o Current Document 准备工作7 HYPERLINK l bookmark34 o Current Document 性能测试方案7 HYPERLINK l bookmark36 o C

4、urrent Document 性能测试策略7 HYPERLINK l bookmark40 o Current Document 性能测试通过准则8 HYPERLINK l bookmark42 o Current Document 测试业务模型8 HYPERLINK l bookmark44 o Current Document 测试场景设计8第一轮测试9第二轮测试12 HYPERLINK l bookmark72 o Current Document 测试数据要求12监控内容13项目文档XXX异地容灾Page3of146测试计划13项目文档XXX异地容灾Page of14TOC o 1-

5、5 h z HYPERLINK l bookmark76 o Current Document 7团队13 HYPERLINK l bookmark78 o Current Document 8风险14 HYPERLINK l bookmark80 o Current Document 9通过标准14 HYPERLINK l bookmark86 o Current Document 10优化建议142.1涉及系统项目文档XXXPage of14项目文档XXXPage of14项目介绍测试背景随着业务量和业务能力的拓展，为了防止XXX系统因事故无法使用，建立灾备系统测试目的本次性能测试的目的是

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

7、千个虚拟用户。虚拟用户脚本：用于描述虚拟用户在场景中执行的操作。事务：表示要度量的最终用户业务流程。并发数：单位时间内同时执行一种操作的用户数量在线用户数：访问被测应用的用户数量，单位时间内用户不会同时对被测服务器发送请求，产生压力TPS：TransactionPerSecond，每秒事务数量，单位是事务/秒TRT:TransactionResponseTime，事务响应时间，指TPS稳定时的平均事务响应时间，单位是秒测试范围XXX灾备系统XXX灾备系统性能测试环境搭建生产环境拓扑图性能测试环境拓扑图测试设备列表应用服务器37台，配置如下：CPU个数16CPU型号Intel(R)Xeon(R)

8、CPUE7-48202.00GHz内存：82G系统Linux数据库服务器1台，配置如下：CPU个数60CPU型号Intel(R)Xeon(R)CPUE7-4870v22.30GHz内存：380G系统Linux数据库ORACLE11g测试环境和生产环境差异按照最接近生产系统结构的原则，因只有两台数据库服务器，至少有一台参与性能测试，所以本次性能测试按照实际生产环境1:2比例缩小，也就是10台应用服务器，1台数据库服务器项目文档XXXPage of14因10台应用服务器对数据库服务器产生的压力太小，改为37台应用服务器和1台数据库服务器性能测试机配置性能测试测试机1台，详情如下：系统名称Micro

9、softWindowsServer2008Enterprise处理器Intel(R)Xeon(R)CPUE7-48302.13GHz，2134Mhz，8个内核，8个逻辑处理器内存16.0GB备注：压测机CPU使用率50%内存80%IOBUSY50%磁盘使用率90%网络带宽30%3.6性能测试工具Loadrunner11性能测试条件准备4.1准备工作1、测试功能点全部通过功能测试，确保功能上没有问题2、准备性能测试环境服务器：A、应用服务器10台B、数据库服务器1台3、准备性能测试机1台，需要安装Loadrunner11并打通到应用服务器的网络4、对于每个测试功能点，都要事先调试好相应脚本，并准

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

11、CPU、内存、等参数保持稳定4、测试停止后，一段时间内占用资源可以正常释放测试业务模型以下根据生产环境（2016年6月26日当日按照工作10小时数据估算值TPS二并发数/平均响应时间二日交易量*0.8/7200）序号业务名称平均处理时间并发数量高峰时段业务量/天备注（估算TPS）1员工登录1.5sXX9:0011:00XXXXXX2新建客户15sXX12:0014:00XXXXXX测试场景设计1、员工登录用例编号NMYC001验证功能员工登录测试目的被测系统是否能够满足大并发用户数登录的要求前置条件员工账号、密码并发用户数2500思考时间0saryReportIRuiLningVusers|H

12、itsperSecond|Ttiroughput|TiranEgctionSiunmary|AverageTransaResponseTime|逐步设置并发用户数为2500个，模拟用户登录系统的负载压力情况，进行15分钟的连续压力测试，记录系统登录事务交易的平均响应时间、成功率，应用服务器、数据库服务器和网络的各项性能指标，作为系统在实际使用情况中的性能表现依据。对失方法败交易发生时的各项指标数据进行分析，定位问题发生的原因。项目文档XXXPage of14项目文档XXXPage of14用例名称并发数期望响应时间（秒）备注员工登录25001.5s2、新建客户用例编号NMYC002验证功能新建

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

14、/5is：11-2016/7/5ie：5oScenarioName:Scen-ario1ResultsinSession:C：:IJ5ersAdministr-ator-.AppDstsLocslTemp1.,res1.,res-IffDuration:39min1jtm：:：3nd14seconds.StatisticsSummaryMmacimumRurminciVusmrs:ToZlThrouMGraphsMecMGraphsStd.MTransactionspt1，也匚ti门Tran：saction:Fail066.17322O.60S57.47168.256-Transactions

15、pe1.4cl:ioriTransactiorFass2227811920.3962683.5942129.125600.546Transactionspe1vuserendTransaction:Pass02.4256.1180.0313.005-Transactionspe1vus已rinitTr日广i：汨匚tii廿i：Pass02.11125.7030571Transactionspe1员工登录:Fail066.173220.68857.47168.2563|T记nwacticmpw1员工登录:Pass222.78119203962683.5942129.1251600.5460Runn

16、ingVusers1Run.0.,2496.6115000|3lT31842642Legend基准测试虚拟用户数与处理时间关系趋势图项目文档XXXPage of14(SPUCIOHS)HE匚HsuodsHtrEGraphsMecHGraphsStd.y.AverageTranse1.Acl:ionTransaction0.1807112.5540.6790.48.AverageTrans-s1vu：serendTran$action00000AverageTranse1vuserinitTransaction000.00100*.AverageTrans-E1员工登录0.180.7112.55

17、40.6780.48InJRunningVugerg(1Run0(2496.611(5000(3113(1842.642本次性能测试一共37台应用服务器，两台数据库服务器，压测30分钟Ih.O0.O00(2102邈wuolotnMLIB一衽00:20:0000:05:00.51.5U2M2UJ一一IDM匚口dw00:00:0000:10:0000:15:00ElapsedTime(Hour:Min:Sec54321W(DMHA-0#|MaxMin|Avg|std|last从压测图中可以看出，随着并发数增加(0-600)时间段(0:00-8:00)tps稳定上升,处理时间无太大变化随着并发数增加

18、(600-2500)时间段(8:00-15:00)TPS基本维持在22002300,处理时间随着并发数增加而增加随着并发数增加(2500+)时间段(15:00-20:00)TPS呈现不规则跳动,处理时间也大幅度增加,同时错误事务数量变大,出现了接口异常和超时OutputITotaiMessages：1199TypeofMessage:|Errors二|1Details|毁|黒|FreezeTypeMessageCode(7)SampleMessageTextTotalMessagesVusersScriptsGeneratorsHelp-84812Theloadgeneratoriscurre

19、ntlyrunningthemaximurrinumb已1466146611-27796Action.c(19:Error-27796:Failedtoconnecttoserver1A-27791Action.c(19):Error-27791:Server0hasshutd.82973811-27740Action.c(19:Error-27740:Overla口口已dtransmissionofrequest.14g11-27728.Action,c(19:Error-27728:Stepdownloadtimeout(120seconds.1295117211宙-26612Action.c(19):Error-26612:HTTPStatus-Code=500(Inte.85300500011-17999Action.c(44：|:Error:0-880048-CAEl93582C.16967476011因本次只压测了员工登录，门户部署的应用内存小于2.0G当TPS达到2300并发数最高为2500第二轮测试场景设置新建客户测试结果整体结果XXX基准测