Loadrunner《Web項(xiàng)目測(cè)試實(shí)戰(zhàn)》性能測(cè)試結(jié)果分析樣章

1、5.4.2測(cè)試結(jié)果分析LoadRunner性能測(cè)試結(jié)果分析是個(gè)復(fù)雜的過程，通?？梢詮慕Y(jié)果摘要、并發(fā)數(shù)、平均事務(wù)響應(yīng)時(shí)間、每秒點(diǎn)擊數(shù)、業(yè)務(wù)成功率、系統(tǒng)資源、網(wǎng)頁(yè)細(xì)分圖、Web服務(wù)器資源、數(shù)據(jù)庫(kù)服務(wù)器資源等幾個(gè)方面分析，如圖5- 1所示。性能測(cè)試結(jié)果分析的一個(gè)重要的原則是以性能測(cè)試的需求指標(biāo)為導(dǎo)向。我們回顧一下本次性能測(cè)試的目的，正如錯(cuò)誤！未找到引用源。 所列的指標(biāo)，本次測(cè)試的要求是驗(yàn)證在30分鐘內(nèi)完成2000次用戶登錄系統(tǒng)，然后進(jìn)行考勤業(yè)務(wù)，最后退出，在業(yè)務(wù)操作過程中頁(yè)面的響應(yīng)時(shí)間不超過3秒，并且服務(wù)器的CPU使用率、內(nèi)存使用率分別不超過75%、70%，那么按照所示的流程，我們開始分析，看看本次

2、測(cè)試是否達(dá)到了預(yù)期的性能指標(biāo)，其中又有哪些性能隱患，該如何解決。圖5- 1性能測(cè)試結(jié)果分析流程圖結(jié)果摘要LoadRunner進(jìn)行場(chǎng)景測(cè)試結(jié)果收集后，首先顯示的該結(jié)果的一個(gè)摘要信息，如圖5- 2所示。概要中列出了場(chǎng)景執(zhí)行情況、“Statistics Summary（統(tǒng)計(jì)信息摘要）”、“Transaction Summary（事務(wù)摘要）”以及“HTTP Responses Summary（HTTP響應(yīng)摘要）”等。以簡(jiǎn)要的信息列出本次測(cè)試結(jié)果。圖5- 2性能測(cè)試結(jié)果摘要圖場(chǎng)景執(zhí)行情況該部分給出了本次測(cè)試場(chǎng)景的名稱、結(jié)果存放路徑及場(chǎng)景的持續(xù)時(shí)間，如圖5- 3所示。從該圖我們知道，本次測(cè)試從15:58:

3、40開始，到16:29:42結(jié)束，共歷時(shí)31分2秒。與我們場(chǎng)景執(zhí)行計(jì)劃中設(shè)計(jì)的時(shí)間基本吻合。圖5- 3場(chǎng)景執(zhí)行情況描述圖Statistics Summary（統(tǒng)計(jì)信息摘要）該部分給出了場(chǎng)景執(zhí)行結(jié)束后并發(fā)數(shù)、總吞吐量、平均每秒吞吐量、總請(qǐng)求數(shù)、平均每秒請(qǐng)求數(shù)的統(tǒng)計(jì)值，如圖5- 4所示。從該圖我們得知，本次測(cè)試運(yùn)行的最大并發(fā)數(shù)為7，總吞吐量為842,037,409字節(jié)，平均每秒的吞吐量為451,979字節(jié)，總的請(qǐng)求數(shù)為211,974，平均每秒的請(qǐng)求為113.781，對(duì)于吞吐量，單位時(shí)間內(nèi)吞吐量越大，說明服務(wù)器的處理能越好，而請(qǐng)求數(shù)僅表示客戶端向服務(wù)器發(fā)出的請(qǐng)求數(shù)，與吞吐量一般是成正比關(guān)系。圖5-

4、4統(tǒng)計(jì)信息摘要圖Transaction Summary（事務(wù)摘要）該部分給出了場(chǎng)景執(zhí)行結(jié)束后相關(guān)Action的平均響應(yīng)時(shí)間、通過率等情況，如圖5- 5所示。從該圖我們得到每個(gè)Action的平均響應(yīng)時(shí)間與業(yè)務(wù)成功率。圖5- 5事務(wù)摘要圖HTTP Responses Summary（HTTP響應(yīng)摘要）該部分顯示在場(chǎng)景執(zhí)行過程中，每次HTTP請(qǐng)求發(fā)出去的狀態(tài)，是成功還是失敗，都在這里體現(xiàn)，如圖5- 6所示。從圖中可以看到，在本次測(cè)試過程中LoadRunner共模擬發(fā)出了211974次請(qǐng)求（與“統(tǒng)計(jì)信息摘要”中的“Total Hits”一致），其中“HTTP 200”的是209811次，而“HTTP

5、404”則有2163，說明在本次過程中，經(jīng)過發(fā)出的請(qǐng)求大部分都能正確響應(yīng)了，但還是有部分失敗了，但未影響測(cè)試結(jié)果，“HTTP 200”表示請(qǐng)求被正確響應(yīng)，而“HTTP 404”表示文件或者目錄未能找到。有朋友可能會(huì)問，這里出現(xiàn)了404的錯(cuò)誤，為什么結(jié)果還都通過了。出現(xiàn)這樣問題的原因是腳本有些頁(yè)面的請(qǐng)求內(nèi)容并非關(guān)鍵點(diǎn)，比如可能請(qǐng)求先前的cookie信息，如果沒有就重新獲取，所以不會(huì)影響最終的測(cè)試結(jié)果。圖5- 6 HTTP響應(yīng)摘要常用的HTTP狀態(tài)代碼如下：并發(fā)數(shù)分析“Running Vusers（運(yùn)行的并發(fā)數(shù)）”顯示了在場(chǎng)景執(zhí)行過程中并發(fā)數(shù)的執(zhí)行情況。它們顯示Vuser的狀態(tài)、完成腳本的Vuser的數(shù)量以及集合統(tǒng)計(jì)信息，將這些圖與事務(wù)圖結(jié)合使用可以確定Vuser的數(shù)量對(duì)事務(wù)響應(yīng)時(shí)間產(chǎn)生的影響。圖5- 7顯示了在OA系統(tǒng)考勤業(yè)務(wù)性能測(cè)試過程中Vusers運(yùn)行情況，從圖中我們可以看到，Vusers的運(yùn)行趨勢(shì)與我們場(chǎng)景執(zhí)行計(jì)劃中的設(shè)置是一樣，表明在場(chǎng)景執(zhí)行過程中，Vusers是按照我們預(yù)期的設(shè)置運(yùn)行的，沒有V