性能测试报告

1、接口性能测试报告Rev：A.1编制软件测试工程师*日期批准架构师*日期目录TOC o 1-5 h z1.概述4目的4术语4参考资料4第1章需求分析错误!未定义书签。2.项目背景错误!未定义书签。2.1部署结构图错误!未定义书签。2.2系统架构图错误!未定义书签。TOC o 1-5 h z3.测试资源6 HYPERLINK l bookmark12 o Current Document 3.1测试环境6 HYPERLINK l bookmark18 o Current Document 3.2人力资源63.3测试工具错误!未定义书签。(1)Jemeter工具介绍错误!未定义书签。工作原理错误!未

2、定义书签。(4)Jmeter图表指标说明错误!未定义书签。JVM监控工具错误!未定义书签。(4)服务器资源监控工具错误!未定义书签。4.测试策略7测试目标错误!未定义书签。测试方法错误!未定义书签。测试内容错误!未定义书签。缺陷处理规范错误!未定义书签。测试产物错误!未定义书签。5.测试计划错误!未定义书签。6.风险分析15MB濮NT1-II-I曲8?lsisi8、只也-KWSK-HKBHS-KB启测试需求2.1被测系统分析*是一个试点项目，*正在接入到*项目中来，通过*系统可以直接进入到*平台。后续用户量会随着*系统用户的接入逐渐增大。11月*系统会展示到互联网大会上0，预计互联网大会访问量

3、会到达一万以上，这么大的用户访问量必然对我们的系统造成很大的考验。当前*部署在一台2核4G的阿里云服务器上，在这样低的性能机器上系统能处理很大的并发是不可能的。目前系统注册和使用用户非常少，并不会对系统造成威胁。但是系统的处理效率、容量和稳定性未经过验证，还不确定系统在单服务器的效率、容量和稳定性。测试通过标准通过指标错误率5%响应时间5sCPU75%内存suustiing并发数byHTTP请求默认值Timeout3UUU(3s)innnnf1connecttimeout丄UUUU(丄us)1UUUU(1Us)Responsetimeout丄UUUU(丄us).-tf8Lisenerconte

4、ntencoding无utl8支架使用-l生成csv文件，保存timeStamp,elapsed,label,responseCode,responseMessage,threadName,success,failureMessage,bytes,sentBytes,grpThreads,allThrea3.6测试监控(1)应用服务器监控：使用linux自带的top、vmstat命令监控服务器资源,dolgse皿xnu一一旺迪-寸)oigssnosi-ittl-m)OKZ1MEBffl1dlgse皿4P旺迪-1乏3201(CN)测试场景设计4.1测试场景压测场景序号测试场景并发数备注2用100

5、个并发压测综合业务，每个业务分配25个并发，循环压测20次100验证脚本的正确性3用200个并发压测综合业务，每个业务分配50个并发.循环压测20次200翻倍增大并发，检验系统的性能6用500个并发压测综合业务，每个业务分配125个并发，循环压测20次500增大到500并发，检验系统的性能由于超时率高与预期，需要降低并发压测，压测过程中增加这二个场景。4用300个并发压测综合业务，每个业务分配75个并发.循环压测20次300减小并发，检验系统的性能超时率是否有减少5用400个并发压测综合业务，每个业务分配100个并发.循环压测20次400增大并发，检验系统的性能7从20个并发开始测试，每隔10

6、s钟增加20个并发，逐渐增大到1000个并发，并持续压测5分钟。1000从0逐渐增大到1000,检验系统随着并发的增大系统的处理效率是一个什么样的反应。4.2相关业务接口测试用例从*入口进入*首页、商家详情页、商品详情页、商品列表、商家列表四个业务同时压测，每个业务相关的接口按列表中的顺序逐一请求。测试过程整个测试过程中100个并发测试情况整个测试过程不管是错误率还是响应时间都是正常，系统响应很快，基本上小于400ms。HitsPerSeoond-coTimeVsThreads530?:CiO:000:05:0009:10:00200个并发测试情况翻倍增加了并发数后，系统的响应有较大幅度的变厉

7、害，部分接口响应时间翻倍，但是整个过程中平均响应时间小于2s,TPS（如图4）有所增长，达到预定指标。02000J000ResponseTimesOverTime1O：3ZjOD10：34W10:36：MActiveThreads口亡Time300230D10：S2：0D3：34：0D-O：36：0DD.D2.540000010:32：M10：34：M10:36:00TransactionsPerSecond7.51BytesThroughputOverTime600000_200000010：32：0D10：34W10：3&W-co0TimeVsThreadsHitsPerSecond-3:

8、32:0010：34W10：35W2000POD500个并发测试情况继续增大并发量，翻倍增加了并发数后，系统整体的性能变化很大TPS和流量吞吐量都没有什么增长系统的响应时间从原来小于2s到现在2s10s之间超时率达到了4.43%。说明系统处理效率已经达到了瓶颈。继续减小并发查看系统的表现。75冉uti常亡Th亡目ds口対亡Tinn亡1：2D：GO：2E：ijO5TransaiztionsPerSecondBytESThroughputOverTmeEOOTOO250000011:20:&0-1:2f:000尸rr、11:20:0011:25:0053I11:20:0011:25:00HitsP

9、erSecondXI-3000TimeVsThreads20000300个并发测试情况减少到300个并发后，系统的响应时间、tps、流量吞吐量都跟200个并发差不多。继续增大并发查看系统性能表现。Resp&nEeTmesOerTimeActiveThreadsOverTime400M:05jjOT曰ns曰utionsPuSuuond1：Oij：COM：05：ijOBytesThraughputOverTime5000002500GD0ii；oo；ooii；o&；oa755025TimeVsThreads5000iHitsPerSecondT：35：CO0-1：OD：ij053400个并发测试情

10、况增大到400个并发后，系统响应时间有所增大，比300个并发慢23s。TPS比300个稍大，流量吞吐量没什么大的变化。系统还是处理比较正常的。对比500个并发，也说明500个并发就是系统的瓶颈。TransactionsPerSecondTM：15：D0lBytesThroughputOverTime5DODOO2500-30-011:10:0011:15:001000个并发测试情况从20个并发，每10秒钟增加20个并发，逐渐增大到1000个并发。从下面图表可以看出响应时间（图1）逐渐的增大，当增大到800个并发后，系统的响应时间基本上都超过了10s，系统此时超时率非常大。在600个并发左右时系

11、统的流量吞吐量、TPS并没有继续增大，开始保持平稳的曲线。跟500个并发对比，可以说明500600之间就是系统的瓶颈。再增大并发，系统已经不能处理。系统队列增大，失败率增多。随着并发的增大，系统在1000个并发下压测5分钟，系统并没有奔溃。停止压测后，重新访问系统，系统还能正常响应，说明系统是可恢复性的。00只已汩口11已11171已OYErTiire-men500D1:50：DO2?30：00ActiveThreadsOverTime5TrarsactiansPerSecond12：00W0T：5ij：COBytesThroughputOverTime5-30DOO:250000M：5C：i

12、jO-2：00：DDD2oaoa-oaoo2OQTime7sThreads30000IHitsPerSecond305-3什:西J23D:0D错误分析问题1：NonHTTPresponsecode:.SocketTimeoutException/NonHTTPresponsemessage:Readtimedout系统处理不了那么多情况，压测请求连接不上服务。问题2：NonHTTPresponsecode:.SocketTimeoutException/NonHTTPresponsemessage:connecttimedout系统处理不了那么多情况，压测请求连接不上服务。问题3:NonHTT

13、Presponsecode:org.apache. HYPERLINK http:/http.NoHttpResponseException/Non http.NoHttpResponseException/NonHTTPresponsemessage:443failedtorespond系统处理不了那么多情况，系统超时。问题4:NonHTTPresponsecode:.SocketException/NonHTTPresponsemessage:Connectionreset系统处理不了那么多情况，压测请求连接不上服务。测试结论500600之间就是系统的瓶颈。再增大并发，系统已经不能处理。系统队列增大，失败率增多。随着并发的增大，当并发达到1000个时，80%的请求超时。在1000并发下压测5分钟，系统还在正常运行，系统能承受1000个并发的冲击。建议：（1）优化tomcat线程、内存的配置（2）为数据库增加索引和缓存。（3）增加分布式部署。（4）再继续几轮压测。风险分析由于系统服务器没有做全面的监控，包括服务器、数据。不能确定是哪个组件的瓶颈附录图表指标说明序号指标说明1ResponseTimesOverTime