性能测试报告_20161120_XXX分解

1、XXX系统性能测试报告文档编号密级LA002低文档版本共7页1XXX系统性能测试报告拟制:执行者审核：批准:日 期:2016-11-20日期：日期:密级：内部公开第9负共9页1.概述1 .L编写目的本次测试报告为XXX系统的性能测试总结报告，目的在于总结性能测试工作，并分析测试结 果，描述系统是否符合XXX系统的性能需求。预期参考人员包括用户、测试人员、开发人员、项目管理者、质量管理人员和需要阅读本报 告的高层领导。1.2. 项目背景mmmm公司为用户提供的一个贷款平台1.3. 测试目标XXX的登陆模块模拟实现五组有效登陆数据，满足1000个用户并发访问本系统。1.4. 名词解释测试时间：20

2、15-11-20每次时间间隔：测试线程发出一个请求，并得到被测系统的响应后，间隔多长时间发出下一 次请求。平均响应时间：测试线程向被测系统发请求，所有请求的响应时间的平均值。处理能力：在某一特定环境下，系统处理请求的速度。cache影响系数：测试数据未必如实际使用时分散，cache在测试过程中会比实际使用时发 挥更大作用，从而使测试出的最高处理能力偏高，考虑到这个因素而引入的系数。用户习惯操作频率：根据用户使用习惯估算出来的，单个用户在一段时间内，使用此类功能 的次数。通常以一天内某段固定的高峰使用时间来统计，如果一天内没有哪段时间是固定的 高峰使用时间，则以一天的工作时间来统计。预期平均响应

3、时间：由用户提出的，希望系统在多长时间内响应。注意，这个值并不是某 一次访问的时间，而是一段时间多次访问后的平均值。最大并发用户数：在给定的预期平均响应时间下，系统最多能支持多少个并发用户。这个 数据就是实际可以同时使用系统的用户数。2 .测试环境说明2.2. 硬件配置服务器名称配置/详细信息数量IPWeb服务器双核4G内存2数据库服务器600M内存1客户端12. 2.软件配置序号软件名称Web服务器数据库服务器测试PC1操作系统Windows 72数据库RDS（600M 内存）3浏览器火狐4缺陷管理工具5其他tomcat? jdkl. 73. 3.测试环境组网图数据库服务器3.测试策略3.1

4、. 人力资源测试轮次测试时间测试人员测试地点起始时间结束时间第1轮测试2015-11-202015-11-20执行者?第1轮测试2015-11-202015-11-20执行者?3. 2.测试方案（系统中需要做性能测试的功能点）因有5000个用户的需求，根据并发用户占所有用户20$的经验原则，并发用户在1000个左 右，使用LoadRunnerll工具测试，创建相关操作脚本，同时设计1000个用户同时分别访问 系统登陆页面，设置对服务器的性能监视，长时间运行3小时后，查看各性能批标。测试过程按三个步骤进行，即单独场景压力测试、混合场景压力测试、稳定性测试：单独场景压力测试:针对某个功能点进行压力

5、测试,分析测试结果是否满足用户要求的指标: 混合场景压力测试：根据实际用户操作，将多个单独的业务操作同时进行压力测试，分析测 试结果是否满足用户要求的指标：稳定性测试：选择某些业务场景对系统加载压力，持续运行一段时间，根据并发量或系统监 控等来观察系统的稳定性。3. 3.测试场景设计1000个用户访问登陆页面。加压方案：每1s增加10个用户,直到增加到1000个。场景持续运行50min减压方案：每1s停止5个用户，直到全部停止。4. 4.测试用例1000个用户并发访问登陆页面用例名称1000个用户并发访问登陆页面用例编号002测试步骤1、部署性能测试环境2 用 loadrunner 录制脚本，

6、录制地址:http:/120. 55. 172. 234/index/index. htm设置打开登陆页面为事务“login”场景设计1、设计用户数量为10002、加压方案：每隔1秒自动增加10个用户登录系统，直到增加1000个3、减压方案：每隔1秒自动停止5个用户，直到全部停止4、设计持续运行时间为50分钟5、运行场景执行时间55分钟预期结果1、页面响应时间平均值不能超过10秒2、CPU使用率平均值不能高于80%3、物理内存使用率不超过70%4.测试结果4. L测试结果摘要（附图），人/迎附入 ' 0I Meioclive Scheddte Grofh1 2C0rLegendP GI

7、W 5cNcUe00 CO 00CO 05 CO 0Q10 000Q15 0000 20030Q25 CO 00 200000 35000040 000045 0000 5000 CO 55 COTim4. 2.用户运行情况：（附图）4. 3.错误数：（附图）4. 4.事务响应时间：（附图）dex.hs") vas successful, 20916 body bytes, 250 header byteg, 13 chunking overhead bytes llsgld: HFI93-26385 aptcha. Json*) was successful, 1135 bo应 b

8、ytes, 253 header bytes Usgid: XflSQ-26386 ansaction "login0 started._dataC d<>Login. json') vis successful. 20931 body bytes, 175 header bytes. 13 chunking overhead bytes Fsgld:血9 8 ehttp:/120. 55.172. 234/account/xyAccount/a<:c<»untOvcTvicivr (redirection depth is 0) Hsgld

9、: MSG-26694n *http:/120. 55.172. 234/login/logln. htft?redlrect(frl=httpK3A2FX2F120.55.172. 234X2Faecdont%2FriyAecoiint%2FaccountOve 好自嫁户")vas successful, 15465 body bytesj 509 header tytes, IS chunking overhead bytes Nsgld: nYSC-263851 ecurity-icons.png") vas successful, 3O7< beyjy尸

10、9;在/，'K/adb by/wMW部-2638MJansaction 'loglr/ ended vith 'Pags" status |(Duration: 1.1007 Wasted Tine: 0.0044).4. 5.每秒点击数:（附图）896847260584634221Hits per Second - v/hole scenario 210-00:00:0000:10:0000:20:0000:30:0000:40:0000:50:00E laps-ed Time (Hour: Min Sec)4. 6. Windows资源情况：（附图）V/l

11、odows Resources - Last6C secElapsed Tim- (Hour M.h Sec)4. 7.吞吐：（附图）1hoj;lco八 MBW5rw%»5»4. 8. TPS.处理完成交易总量（附图）gOHR,0»， »0*> MOM eo*> *)0H ”B， SOW 为OH 98, now »0W xc»> mow nw wow50W5. 9.请求响应时间（附图）5.10. 点击率（附图）HTTP RMporooi per Soccod»>»««&#

12、187;<：?WRB1«*W» lire CS /6. 测试结论本次性能测试通过1000个用户并发访问1个页而，在55分钟内的62万多次请求中，约有0.01%是失败的，失败原因如：XXX系统性能测试报告Running Vusers0Elapsed Time00:55:02 (hh:mm: $s)Hits/Second196.28 (last 60 sec)Passed Transactions85339QFailed Transactions41976nIE rrorsQQ 1提示连接失败，应该是在验证码登陆的时候没有输入正确的验证信息，故此问题待解决。响应时间平滑，

13、无大波动，1个事务的平均响应时间为1.1s,在5s以内，可以接受。每秒点击数最大为210,最小为110,平均值155. 18,波动不大，非常稳定。服务器的CPU、内存使用率平稳，达到预期结果。虽然随着用户的增加，响应时间和服务器系统资源也在增加，但是事物响应时间基本维持在 4. 736s左右，还可以接受。但是错误数却很多，其中主要错误不是登录的这个事物，估计 是登录的人太多，服务器处理不过来，使后面的用户不能打开网页。用户数超过500个的时 候就发生了错误。随着用户的增加，每个脚本的事物响应时间成正比，说明用户越多，服务器的资源使用就越 多，处理的时间就越长。这样会急剧加重服务器负担，所以就会有错误的产生（从windows 资源图可证明）说明：web性能测试需要记录的数据：测试时间、平均响应时间、成功次数、失败次数、web服务 器CP