性能測(cè)試報(bào)告

1、接口性能測(cè)試報(bào)告Rev：A.1編制軟件測(cè)試工程師*日期批準(zhǔn)架構(gòu)師*日期目錄TOC o 1-5 h z1.概述4目的4術(shù)語(yǔ)4參考資料4第1章需求分析錯(cuò)誤!未定義書(shū)簽。2.項(xiàng)目背景錯(cuò)誤!未定義書(shū)簽。2.1部署結(jié)構(gòu)圖錯(cuò)誤!未定義書(shū)簽。2.2系統(tǒng)架構(gòu)圖錯(cuò)誤!未定義書(shū)簽。TOC o 1-5 h z3.測(cè)試資源6 HYPERLINK l bookmark12 o Current Document 3.1測(cè)試環(huán)境6 HYPERLINK l bookmark18 o Current Document 3.2人力資源63.3測(cè)試工具錯(cuò)誤!未定義書(shū)簽。(1)Jemeter工具介紹錯(cuò)誤!未定義書(shū)簽。工作原理錯(cuò)誤!未

2、定義書(shū)簽。(4)Jmeter圖表指標(biāo)說(shuō)明錯(cuò)誤!未定義書(shū)簽。JVM監(jiān)控工具錯(cuò)誤!未定義書(shū)簽。(4)服務(wù)器資源監(jiān)控工具錯(cuò)誤!未定義書(shū)簽。4.測(cè)試策略7測(cè)試目標(biāo)錯(cuò)誤!未定義書(shū)簽。測(cè)試方法錯(cuò)誤!未定義書(shū)簽。測(cè)試內(nèi)容錯(cuò)誤!未定義書(shū)簽。缺陷處理規(guī)范錯(cuò)誤!未定義書(shū)簽。測(cè)試產(chǎn)物錯(cuò)誤!未定義書(shū)簽。5.測(cè)試計(jì)劃錯(cuò)誤!未定義書(shū)簽。6.風(fēng)險(xiǎn)分析15MB濮NT1-II-I曲8?lsisi8、只也-KWSK-HKBHS-KB啟測(cè)試需求2.1被測(cè)系統(tǒng)分析*是一個(gè)試點(diǎn)項(xiàng)目，*正在接入到*項(xiàng)目中來(lái)，通過(guò)*系統(tǒng)可以直接進(jìn)入到*平臺(tái)。后續(xù)用戶量會(huì)隨著*系統(tǒng)用戶的接入逐漸增大。11月*系統(tǒng)會(huì)展示到互聯(lián)網(wǎng)大會(huì)上0，預(yù)計(jì)互聯(lián)網(wǎng)大會(huì)訪問(wèn)量

3、會(huì)到達(dá)一萬(wàn)以上，這么大的用戶訪問(wèn)量必然對(duì)我們的系統(tǒng)造成很大的考驗(yàn)。當(dāng)前*部署在一臺(tái)2核4G的阿里云服務(wù)器上，在這樣低的性能機(jī)器上系統(tǒng)能處理很大的并發(fā)是不可能的。目前系統(tǒng)注冊(cè)和使用用戶非常少，并不會(huì)對(duì)系統(tǒng)造成威脅。但是系統(tǒng)的處理效率、容量和穩(wěn)定性未經(jīng)過(guò)驗(yàn)證，還不確定系統(tǒng)在單服務(wù)器的效率、容量和穩(wěn)定性。測(cè)試通過(guò)標(biāo)準(zhǔn)通過(guò)指標(biāo)錯(cuò)誤率5%響應(yīng)時(shí)間5sCPU75%內(nèi)存suustiing并發(fā)數(shù)byHTTP請(qǐng)求默認(rèn)值Timeout3UUU(3s)innnnf1connecttimeout丄UUUU(丄us)1UUUU(1Us)Responsetimeout丄UUUU(丄us).-tf8Lisenerconte

4、ntencoding無(wú)utl8支架使用-l生成csv文件，保存timeStamp,elapsed,label,responseCode,responseMessage,threadName,success,failureMessage,bytes,sentBytes,grpThreads,allThrea3.6測(cè)試監(jiān)控(1)應(yīng)用服務(wù)器監(jiān)控：使用linux自帶的top、vmstat命令監(jiān)控服務(wù)器資源,dolgse皿xnu一一旺迪-寸)oigssnosi-ittl-m)OKZ1MEBffl1dlgse皿4P旺迪-1乏3201(CN)測(cè)試場(chǎng)景設(shè)計(jì)4.1測(cè)試場(chǎng)景壓測(cè)場(chǎng)景序號(hào)測(cè)試場(chǎng)景并發(fā)數(shù)備注2用100

5、個(gè)并發(fā)壓測(cè)綜合業(yè)務(wù)，每個(gè)業(yè)務(wù)分配25個(gè)并發(fā)，循環(huán)壓測(cè)20次100驗(yàn)證腳本的正確性3用200個(gè)并發(fā)壓測(cè)綜合業(yè)務(wù)，每個(gè)業(yè)務(wù)分配50個(gè)并發(fā).循環(huán)壓測(cè)20次200翻倍增大并發(fā)，檢驗(yàn)系統(tǒng)的性能6用500個(gè)并發(fā)壓測(cè)綜合業(yè)務(wù)，每個(gè)業(yè)務(wù)分配125個(gè)并發(fā)，循環(huán)壓測(cè)20次500增大到500并發(fā)，檢驗(yàn)系統(tǒng)的性能由于超時(shí)率高與預(yù)期，需要降低并發(fā)壓測(cè)，壓測(cè)過(guò)程中增加這二個(gè)場(chǎng)景。4用300個(gè)并發(fā)壓測(cè)綜合業(yè)務(wù)，每個(gè)業(yè)務(wù)分配75個(gè)并發(fā).循環(huán)壓測(cè)20次300減小并發(fā)，檢驗(yàn)系統(tǒng)的性能超時(shí)率是否有減少5用400個(gè)并發(fā)壓測(cè)綜合業(yè)務(wù)，每個(gè)業(yè)務(wù)分配100個(gè)并發(fā).循環(huán)壓測(cè)20次400增大并發(fā)，檢驗(yàn)系統(tǒng)的性能7從20個(gè)并發(fā)開(kāi)始測(cè)試，每隔10

6、s鐘增加20個(gè)并發(fā)，逐漸增大到1000個(gè)并發(fā)，并持續(xù)壓測(cè)5分鐘。1000從0逐漸增大到1000,檢驗(yàn)系統(tǒng)隨著并發(fā)的增大系統(tǒng)的處理效率是一個(gè)什么樣的反應(yīng)。4.2相關(guān)業(yè)務(wù)接口測(cè)試用例從*入口進(jìn)入*首頁(yè)、商家詳情頁(yè)、商品詳情頁(yè)、商品列表、商家列表四個(gè)業(yè)務(wù)同時(shí)壓測(cè)，每個(gè)業(yè)務(wù)相關(guān)的接口按列表中的順序逐一請(qǐng)求。測(cè)試過(guò)程整個(gè)測(cè)試過(guò)程中100個(gè)并發(fā)測(cè)試情況整個(gè)測(cè)試過(guò)程不管是錯(cuò)誤率還是響應(yīng)時(shí)間都是正常，系統(tǒng)響應(yīng)很快，基本上小于400ms。HitsPerSeoond-coTimeVsThreads530?:CiO:000:05:0009:10:00200個(gè)并發(fā)測(cè)試情況翻倍增加了并發(fā)數(shù)后，系統(tǒng)的響應(yīng)有較大幅度的變厲

7、害，部分接口響應(yīng)時(shí)間翻倍，但是整個(gè)過(guò)程中平均響應(yīng)時(shí)間小于2s,TPS（如圖4）有所增長(zhǎng)，達(dá)到預(yù)定指標(biāo)。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個(gè)并發(fā)測(cè)試情況繼續(xù)增大并發(fā)量，翻倍增加了并發(fā)數(shù)后，系統(tǒng)整體的性能變化很大TPS和流量吞吐量都沒(méi)有什么增長(zhǎng)系統(tǒng)的響應(yīng)時(shí)間從原來(lái)小于2s到現(xiàn)在2s10s之間超時(shí)率達(dá)到了4.43%。說(shuō)明系統(tǒng)處理效率已經(jīng)達(dá)到了瓶頸。繼續(xù)減小并發(fā)查看系統(tǒng)的表現(xiàn)。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個(gè)并發(fā)測(cè)試情況減少到300個(gè)并發(fā)后，系統(tǒng)的響應(yīng)時(shí)間、tps、流量吞吐量都跟200個(gè)并發(fā)差不多。繼續(xù)增大并發(fā)查看系統(tǒng)性能表現(xiàn)。Resp&nEeTmesOerTimeActiveThreadsOverTime400M:05jjOT曰ns曰utionsPuSuuond1：Oij：COM：05：ijOBytesThraughputOverTime5000002500GD0ii；oo；ooii；o&；oa755025TimeVsThreads5000iHitsPerSecondT：35：CO0-1：OD：ij053400個(gè)并發(fā)測(cè)試情

10、況增大到400個(gè)并發(fā)后，系統(tǒng)響應(yīng)時(shí)間有所增大，比300個(gè)并發(fā)慢23s。TPS比300個(gè)稍大，流量吞吐量沒(méi)什么大的變化。系統(tǒng)還是處理比較正常的。對(duì)比500個(gè)并發(fā)，也說(shuō)明500個(gè)并發(fā)就是系統(tǒng)的瓶頸。TransactionsPerSecondTM：15：D0lBytesThroughputOverTime5DODOO2500-30-011:10:0011:15:001000個(gè)并發(fā)測(cè)試情況從20個(gè)并發(fā)，每10秒鐘增加20個(gè)并發(fā)，逐漸增大到1000個(gè)并發(fā)。從下面圖表可以看出響應(yīng)時(shí)間（圖1）逐漸的增大，當(dāng)增大到800個(gè)并發(fā)后，系統(tǒng)的響應(yīng)時(shí)間基本上都超過(guò)了10s，系統(tǒng)此時(shí)超時(shí)率非常大。在600個(gè)并發(fā)左右時(shí)系

11、統(tǒng)的流量吞吐量、TPS并沒(méi)有繼續(xù)增大，開(kāi)始保持平穩(wěn)的曲線。跟500個(gè)并發(fā)對(duì)比，可以說(shuō)明500600之間就是系統(tǒng)的瓶頸。再增大并發(fā)，系統(tǒng)已經(jīng)不能處理。系統(tǒng)隊(duì)列增大，失敗率增多。隨著并發(fā)的增大，系統(tǒng)在1000個(gè)并發(fā)下壓測(cè)5分鐘，系統(tǒng)并沒(méi)有奔潰。停止壓測(cè)后，重新訪問(wèn)系統(tǒng)，系統(tǒng)還能正常響應(yīng)，說(shuō)明系統(tǒng)是可恢復(fù)性的。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錯(cuò)誤分析問(wèn)題1：NonHTTPresponsecode:.SocketTimeoutException/NonHTTPresponsemessage:Readtimedout系統(tǒng)處理不了那么多情況，壓測(cè)請(qǐng)求連接不上服務(wù)。問(wèn)題2：NonHTTPresponsecode:.SocketTimeoutException/NonHTTPresponsemessage:connecttimedout系統(tǒng)處理不了那么多情況，壓測(cè)請(qǐng)求連接不上服務(wù)。問(wèn)題3:NonHTT

13、Presponsecode:org.apache. HYPERLINK http:/http.NoHttpResponseException/Non http.NoHttpResponseException/NonHTTPresponsemessage:443failedtorespond系統(tǒng)處理不了那么多情況，系統(tǒng)超時(shí)。問(wèn)題4:NonHTTPresponsecode:.SocketException/NonHTTPresponsemessage:Connectionreset系統(tǒng)處理不了那么多情況，壓測(cè)請(qǐng)求連接不上服務(wù)。測(cè)試結(jié)論500600之間就是系統(tǒng)的瓶頸。再增大并發(fā)，系統(tǒng)已經(jīng)不能處理。系統(tǒng)隊(duì)列增大，失敗率增多。隨著并發(fā)的增大，當(dāng)并發(fā)達(dá)到1000個(gè)時(shí)，80%的請(qǐng)求超時(shí)。在1000并發(fā)下壓測(cè)5分鐘，系統(tǒng)還在正常運(yùn)行，系統(tǒng)能承受1000個(gè)并發(fā)的沖擊。建議：（1）優(yōu)化tomcat線程、內(nèi)存的配置（2）為數(shù)據(jù)庫(kù)增加索引和緩存。（3）增加分布式部署。（4）再繼續(xù)幾輪壓測(cè)。風(fēng)險(xiǎn)分析由于系統(tǒng)服務(wù)器沒(méi)有做全面的監(jiān)控，包括服務(wù)器、數(shù)據(jù)。不能確定是哪個(gè)組件的瓶頸附錄圖表指標(biāo)說(shuō)明序號(hào)指標(biāo)說(shuō)明1ResponseTimesOverTime