性能测试方案模板

1、XXX灾系统性能测试性能测试方案项目文档Page 1 of 14文档资料信息服务名称：XX.XXX.XX.2746 （XX加用服务器）XXX.XXX.XX.12324 （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 测试数据要求125.6 监控内容136 测试计划137 团队138 风险149 通过标准1410 优化建议14项目文档XXX异地容灾Page 4 of 141项目介绍1.1测试背景随着业务量和业务能力的拓展，为了防止XXX系统因事故无法使

3、用，建立灾备系统1.2测试目的本次性能测试的目的是检测灾备系统的性能情况。作为XXX的灾备系统，能够在事故发生后切换至灾备系统，能够稳定运行。对该系统进行核心业务场景的性能测试。希望在模拟生产环境的情况下，能够 收集相应的系统参数，作为灾备系统评估的依据。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生产

5、环境拓扑图3.2性能测试环境拓扑图3.3测试设备列表应用服务器37台，配置如下：CP如数16CPL© 号 Intel(R) Xeon(R) CPU E7- 4820 2.00GHz 内存：82G系统Linux数据库服务器1台，配置如下：CPU 数 60CPU© 号 Intel(R) Xeon(R) CPU E7-4870 v2 2.30GHz 内存：380G系统Linux数据库ORACLE 11g3.4测试环境和生产环境差异按照最接近生产系统结构的原则，因只有两台数据库服务器，至少有一台参与性能测试，所以木次性能测试 按照实际生产环境1:2比例缩小，也就是10台应用服务器,

6、1台数据库服务器因10台应用服务器对数据库服务器产生的压力太小，改为 37台应用服务器和1台数据库服务器3.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% IOBUSY50%t盘使用率90%网络带宽30%3.6性能测试工具Loadrunner 114性能测试条件准备4.1 准备工作1、测试功能点全

7、部通过功能测试，确保功能上没有问题2、准备性能测试环境服务器：A、应用服务器10台B、数据库服务器1台3、 准备性能测试机1台，需要安装Loadrunner 11并打通到应用服务器的网络4、对于每个测试功能点，都要事先调试好相应脚本，并准备测试数据。保证脚本能够成功回放，数据 正确5、创建测试场景，配置好各场景设置6、测试过程中保存好脚本及分析结果，并规范的对脚本和分析结果命名5性能测试方案5.1性能测试策略1、关键资源不处于阻塞状态A、服务器CPU利用率70%B、物理内存利用率80%C、场景通过率99.99%2、组合多个场景并发测试3、测试执行采用阶梯方式，并发数按照 5、10、15、20.

8、逐步增加，直至在某一个并发数增加后TPS达到峰值，并再增加并发造成响应时间增加，事件通过率降低5.2性能测试通过准则1、达到性能要求，在要求并发数用户下，系统响应时间小于或者等于客户要求的响应时间2、在长时间运行后，系统不崩溃，各功能正常。3、服务器CPU、内存、等参数保持稳定4、测试停止后，一段时间内占用资源可以正常释放5.3测试业务模型以下根据生产环境（2016年6月26日当日按照工作10小时数据估算值 TPS骈发数/平均响应时间=日交易量*0.8/7200 )）丁与业务名称平均处理时 问并发数重高峰时段业务量/天备注（估算TPS）1员工登录1.5sXX9:0011:00XXXXXX2新建

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

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

11、1.2 测试结果整体结果asport I Rwnivi£ Vustrs Hits p#r | Thrcuihput | TrutE&cU(in S-urmary Average TranW" Eespfliise TinePeriQCI: 2016/7/5 16:11 - 2016/7/5 16:50AnalysisSurnmaryScenario Name S£ena>,l©lRcsuits in sion: C e,U s &rsAd mi niftrata r AppD at-aLoc«lT&m p r

12、71;fre f . IrrDuration:3? minutes and fecnds.5Ut3tiCS SummaryMmcimLnn Rjunninq Viforci:Total rhfHauqhnu，AweFHOQ Ihrou<ihE>iJt lb，tew FiSjecosid】:Total iHitsrflveFwe Hits grTotal Errors i5皿A9T 心自了3了9lr263r0444归 W1LL9 E W点 S SWew HHTS<im<nerv182,351You can define SLA data using the SLA uun

13、ficiuiTaiHDn 州lizardYou can analyze transaction behavior using the AnmlTNEi Trmnimcticiri meic：hmins：mTransactian SummaryIrj-iiL.,H lii.r.» T、Ln P = ：<=,，?. J I： J.4 J匚 一f.n r I-J; j 11 ? J2 -I >._ j =；U点vtsFget ItewcMix Time：Trariddac bon N*aE«eSLA SLalusMinim LimAv er Age-M-aKirnum

14、Sid. Deviation90 PercentPassFailStepAribibn 'TiHW Artie H00.1770.7-1560.7121.27?1.33?4,335,203135,?51DHua己:r ，:ndl Tlan3占由ionGD000i05,000DQvLifter init Tr-ansartion00. 001Q5,000Da0.1770.745SO. 7121.2791.33,535,203155,951a基准测试虚拟用户数与TPS关系趋势图15:0020t002500ElapsB'd scefiario lime3ft 0035tMTransj

15、cfllans per Secant! - Ruinmlit Vumts项目文档XXXPage 15 of 14LceTid.嗟8初守皂1 M卬I噎马昂GraphSositk|Mtasuietnenl Graph's Mhri 千Graph“vc Cr-sph'iCrsph's Mite，Giaph's S-ld. bT WMPCijOHS p1Acl»n_T 回 sonFR0SS.17322Q63S57.471E8.湖Tr-sni-schDriT mTst*顼1AcliwiT r-sni-sictiDnParas222.70119013962E835

16、3JziaizsEOQ54&1viis*i_0ivj_T renswtionpM024256.119D.CG1aoofsT r4hs4Ch>bn$ pt1血右_r¥i_T id»n44K:liOri.F片醇0211125.TO30mT ransdclwr m1员工登录FHQB&.1T3以翊57.471BQ25GTrantacftansptJ娈整.陛 羿性1碰枣112H29I1 以RuYimgyuBeiEliI伺夷&_一1鱼恿豆二顶亟二二二丽1:速画顼二1匚匚I 基准测试虚拟用户数与处理时间关系趋势图|七想咯鼻危s.QV 1- QbiGraph营

17、俭*.曾Meawiemehli-qsh's Mmi Gi-aph'i Ave- Gi-qi'-s Ma> Glyph's Mm Giaph ? 5d 1Aclcn_TifaoMcii(xioneC.71H2.5540B79 Ae占养 T 'Jr： i1v u 归_ end_ T ra nM 匚 1 kmadn.内牌沏T鸵1us®_riii_T lemaciionj00.00100舛 £ Aveiage Tebih1g柬lanij!汛g网g 虬1毁 Hsing Vutersr2fl96.6li,藏31Ys"13416*2

18、Elapsed sceniio time mm: 55早本次性能测试一共37台应用服务器，两台数据库服务器，压测 30分钟从压测图中可以看出，随着并发数增加(0-600)时间段( 0:00-8:00 ) tps稳定上升, 处理时间无太大变化随着并发数增加(600-2500)时间段(8:00-15:00 ) TPS基本维持在2200 2300,处 理时间随着并发数增加而增加随着并发数增加(2500+)时间段(15:00-20:00 ) TPS呈现不规则跳动，处理时间也 大幅度增加，同时错误事务数量变大，出现了接口异常和超时ZType M Ksage(7)TeidlScflptoHp44812Th

19、e bad geneidiCT 峰 curierH n.jmiHg the m聊rmwn nmnbeiU6614«S11X-2?珊A?Hcnx19(J Eg -27796； Wed 町 ccnnwl 也阳NT'T14213时i1,-27791血血Ehoi -27791! Savei' 1 a 14288 W h*s sHl* d日m73011%-2770Encr -27740: 0 veilpped liarrtfdniori al request.149II127728Aelim.cfIS Enor -27728t SLepdoniadd limeoiJ (120 舀ecmd切性 |1172|113G612Action.crnj： EHor-2K12HTTPStatusCide-500(lhle.SS3D050001117939空蜒坝.匝买U察枣枣翌:丝巨怒匚二一1ESB747SO11Type ol Messjge:因本次只压测了员工登录，门户部署的应用内存小丁2.0G当TPS达到2300并发数最高为25005.4.2 第二轮测试 场景设置新建客户 测试结果整体结果XXX基准测试虚拟用户数与TP