用户中心平台压力测试方案

1、用户中心平台压力测试方案平台中心2013-11-04文档修改记录版本号版本描述责任人日期备注V1.0初始版本刘锦新2013-11-04V2.0修改性能指标、场景描述刘锦新2013-11-07目录概述1 TOC o 1-5 h z HYPERLINK l bookmark41 o Current Document 项目背景1 HYPERLINK l bookmark44 o Current Document 测试目标1 HYPERLINK l bookmark51 o Current Document 测试范围1 HYPERLINK l bookmark57 o Current Document

2、 压力测试策略1 HYPERLINK l bookmark61 o Current Document 测试方法1 HYPERLINK l bookmark66 o Current Document 架构流程2 HYPERLINK l bookmark80 o Current Document 测试工具2压力测试工具2性能监控工具2 HYPERLINK l bookmark83 o Current Document 应用程序性能2 HYPERLINK l bookmark86 o Current Document 测试用例及场景3测试用例设计原则.3测试场景列表3 HYPERLINK l boo

3、kmark96 o Current Document 压力测试环境3 HYPERLINK l bookmark102 o Current Document 用户中心平台压力测试设计3 HYPERLINK l bookmark106 o Current Document 平台注册场景3 HYPERLINK l bookmark127 o Current Document 场景1 4 HYPERLINK l bookmark141 o Current Document 场景2 4 HYPERLINK l bookmark152 o Current Document 场景3 5 HYPERLINK

4、l bookmark166 o Current Document 平台登录场景5 HYPERLINK l bookmark248 o Current Document 场景1 6 HYPERLINK l bookmark205 o Current Document 场景2 6 HYPERLINK l bookmark208 o Current Document 场景3 7 HYPERLINK l bookmark222 o Current Document 平台充值场景8 HYPERLINK l bookmark316 o Current Document 4.3.1场景1 8 HYPERLI

5、NK l bookmark262 o Current Document 场景 2 9 HYPERLINK l bookmark276 o Current Document 场景 3 9 HYPERLINK l bookmark290 o Current Document 4.4 综合测试场景10场景 1 10 HYPERLINK l bookmark330 o Current Document 场景 211 HYPERLINK l bookmark344 o Current Document 场景 3115. 总结12概述1.1项目背景为统一规范游戏登陆、充值、短信、邮件、推送等共用性系统，减

6、少各游戏项目组重复 开发、接入共用性系统的工作量。平台中心在结合各游戏项目组和第三方运营商以及第三方 金流商等多方需求的情况下，协商并制定建设游戏共用性系统平台一一用户中心平台。1.2测试目标a）测试用户中心平台所能承受的负载压力，找出平台性能瓶颈。b）测试大并发量用户注册、登录、充值等接口，获取并发峰值。c）通过大并发量综合测试，绘制各项性能指标图表（吞吐率、平均响应时间等）。d）监测平台系统性能指标。1.3测试范围a）账号平台所有接口压测b）付费平台所有接口压测c）所有接口综合压测压力测试策略2.1测试方法a）并发负载压力测试采用自动化测试软件LR模拟大量用户同时执行业务场景，阶梯式加压和

7、减压配合 使用，监测性能瓶颈、并发峰值、吞吐率等各项性能指标。b）平台系统性能指标监测采用专业Java项目监控软件visualVM，对平台系统性能进行全程监控，对系统资源 进行比较分析。2.2架构流程测试代理机I :I :I邮忒代理机I :I :I1飕机I :I :I_- _ “ - 一:_: _ “ - _ “ - - 测试代理机I :I :I邮忒代理机I :I :I1飕机I :I :I_- _ “ - 一:_: _ “ - _ “ - - - 一 -_ _ _ -_ _ 一 - 一 _凝甘:机主搏I :I :I :I主控机管理代理机，收集测试数据代理机模拟用户加压2.3测试工具2.3.1压

8、力测试工具loadrunner2.3.2性能监控工具Visualvm2.4应用程序性能-并发用户数-事务响应时间描述业务执行快慢的时间事务通过率每秒成功执行通过的事务数每秒事务总数吞吐率- 每秒HTTP响应数服务器cup使用情况 服务器内存使用情况-线程使用情况2.5测试用例及场景2.5.1测试用例设计原则a）测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的 和越界的、以及极限的输入数据、操作和环境设置等。b）测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有 相应的期望结果。c）测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同

9、的。2.5.2测试场景列表平台注册压测平台登录压测平台充值压测平台注册、登录、充值综合压测压力测试环境 服务器设备：DELL R420操作系统：Liunx centos 6.3数据库：SQL Server应用服务器：LVS+Tomcat 7.0用户中心平台压力测试设计4.1平台注册场景业务描述平台注册大并发压力测试性能指标并发峰值吞吐率事务响应时间事务通过率每秒事务总数每秒HTTP响应数测试重点测试最大并发注册数准备工作准备大量注册资源讯息备注测试人员可以视系统承载能力调整执行标准，进而获取最优性能指标4.1.1场景1测试环境台app应用服务器台mysql数据服务器场景描述使用100条线程，每

10、条线程每1秒钟发送一条注册请求。如系统稳定，依次增加到200、300、500、800、1000条线程，进行阶梯式增压操作， 当系统接近崩溃边缘再做阶梯式减压操作。并发量估算1000用例设计序号用例名称用户角色并发用户数1测试100用户注册并发量注册1002测试200用户注册并发量注册2003测试300用户注册并发量注册3004测试500用户注册并发量注册5005测试800用户注册并发量注册8006测试1000用户注册并发量注册10004.1.2场景2测试环境两app应用服务器一台mysql数据服务器场景描述使用100 0条线程，每条线程每一秒发送一条注册请求如系统稳定，依次增加到1200、15

11、00、1800、2000、2500条线程，进行阶梯式增压操作，当系统接近崩溃边缘再做阶梯式减压操作。并发量估算2500用例设计序号用例名称用户角色并发用户数1测试1000用户注册并发注册10002测试1200用户注册并发注册12003测试1500用户注册并发注册15004测试1800用户注册并发注册18005测试2000用户注册并发注册20006测试2500用户注册并发注册25004.1.3场景3测试环境三台app应用服务器一台mysql数据服务器场景描述使用2500条线程，每条线程每一秒发送一条注册请求如系统稳定，依次增加到3000、3500、4000、4500、5000条线程，进行阶梯式增

12、压 操作，当系统接近崩溃边缘再做阶梯式减压操作。并发量估算5000用例设计序号用例名称用户角色并发用户数1测试2500用户注册并发注册25002测试3000用户注册并发注册30003测试3500用户注册并发注册35004测试4000用户注册并发注册40005测试4500用户注册并发注册45006测试5000用户注册并发注册50004.2平台登录场景业务描述平台注册大并发压力测试性能指标并发峰值吞吐率事务响应时间事务通过率每秒事务总数每秒HTTP响应数测试重点测试大并发登录数准备工作准备大量登录用户讯息备注测试人员可以视系统承载能力调整执行标准，进而获取最优性能指标4.2.1场景4.2.1场景1

13、测试环境台app应用服务器台mysql数据服务器场景描述使用100条线程，每条线程每1秒钟发送一条登录请求。如系统稳定，依次增加到200、500、1000、1500、2000条线程，进行阶梯式增压， 当系统接近崩溃边缘再做阶梯式减压操作。并发量估算2000用例设计序号用例名称用户角色并发用户数1测试100用户登录并发量登录1002测试200用户登录并发量注册2003测试500用户登录并发量注册5004测试1000用户登录并发量注册10005测试1500用户登录并发量注册15006测试2000用户登录并发量注册20004.2.2场景2测试环境两app应用服务器一口 mysql数据服务器场景描述使

14、用2000条线程，每条线程每一秒发送一条登录请求如系统稳定，依次增加到2500、3000、3500、4000、5000条线程，进行阶梯式增压 操作，当系统接近崩溃边缘再做阶梯式减压操作。并发量估算5000用例设计序号用例名称用户角色并发用户数1测试2000用户登录并发登录20002测试2500用户登录并发登录25003测试3000用户登录并发登录30004测试3500用户登录并发登录35005测试4000用户登录并发登录40006测试5000用户登录并发登录50004.2.3场景3测试环境三台app应用服务器一台mysql数据服务器场景描述使用5000条线程，每条线程每一秒发送一条登录请求如系

15、统稳定，依次增加到6000、7000、8000、9000、10000条线程，进行阶梯式增 压操作，当系统接近崩溃边缘再做阶梯式减压操作。并发量估算10000用例设计序号用例名称用户角色并发用户数1测试5000用户登录并发登录50002测试6000用户登录并发登录60003测试7000用户登录并发登录70004测试8000用户登录并发登录80005测试9000用户登录并发登录90006测试10000用户登录并发登录100004.3平台充值场景业务描述平台充值大并发压力测试性能指标并发峰值 吞吐率事务响应时间事务通过率每秒事务总数每秒HTTP响应数测试重点测试最大并充值数准备工作准备大量用户讯息以

16、及第三方支付账号备注测试人员可以视系统承载能力调整执行标准，进而获取最优性能指标4.3.1场景1测试环境台app应用服务器台mysql数据服务器场景描述使用100条线程，每条线程每1秒钟发送一条充值请求。如系统稳定，依次增加到200、300、500、800、1000条线程，进行阶梯式增压操作， 当系统接近崩溃边缘再做阶梯式减压操作。并发量估算1000用例设计序号用例名称用户角色并发用户数1测试100用户充值并发量充值1002测试200用户充值并发量充值2003测试300用户充值并发量充值3004测试500用户充值并发量充值5005测试800用户充值并发量充值8006测试1000用户充值并发量充

17、值10004.3.2场景2测试环境两app应用服务器一台mysql数据服务器场景描述使用100 0条线程，每条线程每一秒发送一条充值请求如系统稳定，依次增加到1200、1500、1800、2000、2500条线程，进行阶梯式增压 操作，当系统接近崩溃边缘再做阶梯式减压操作。并发量估算2500用例设计序号用例名称用户角色并发用户数1测试1000用户充值并发充值10002测试1200用户充值并发充值12003测试1500用户充值并发充值15004测试1800用户充值并发充值18005测试2000用户充值并发充值20006测试2500用户充值并发充值25004.3.3场景3测试环境三台app应用服务

18、器一台mysql数据服务器场景描述使用2500条线程，每条线程每一秒发送一条充值请求如系统稳定，依次增加到3000、3500、4000、4500、5000条线程，进行阶梯式增压 操作，当系统接近崩溃边缘再做阶梯式减压操作。并发量估算5000用例设计序号用例名称用户角色并发用户数1测试2500用户充值并发充值25002测试3000用户充值并发充值30003测试3500用户充值并发充值35004测试4000用户充值并发充值40005测试4500用户充值并发充值45006测试5000用户充值并发充值50004.4综合测试场景业务描述平台注册、登录、充值大并发压力测试性能指标并发峰值 吞吐率事务响应时

19、间事务通过率每秒事务总数每秒HTTP响应数测试重点测试最大并注册、登录、充值数准备工作准备大量用户讯息以及第三方支付账号备注测试人员可以视系统承载能力调整执行标准，进而获取最优性能指标4.4.1场景1测试环境台app应用服务器台mysql数据服务器场景描述使用300条线程，每100条线程一组共三组，第一组每条线程每秒钟发送注册一 条注册请求，第二组每条线程每秒钟发送登录请求一条，第二组每条线程每秒钟 发送充值请求一条。如系统稳定，依次增加到600、900、1200条线程，进行阶梯式增压操作，当系统接 近崩溃边缘再做阶梯式减压操作。并发量估算1200用例设计序号用例名称用户角色并发用户数1测试300用户注册、登录、充注册、登300值并发量录、充值2测试600用户注册、登录、充 值并发量注册、登 录、充值6003测试900用户注册、登录、充 值并发量注册、登 录、充值9004测试1200用户注册、登录、充 值并发量注册、登 录、充值12004.4.2场景2测试环境两台app应用服务器一台mysql数据服务器场景描述使用1200条线程，每400条线程一组共三组，第一组每条线程每秒钟发送注册一 条注册请求，第二组每条线程每秒钟发送登录请求一条，第二组每条线程每秒