LoadrunnerAnalysis之WebPageDiagnostics,性能測試分析

1、Loadrunner Analysis之 Web Page Diagnostics作者:tacy lee簡單介紹一下 Loadrunner Analysis 中的 Web Page Diagnostics 模塊的使用，彳艮 多人對于測試之后的結(jié)果數(shù)據(jù)分析摸不著頭腦，其實 loadrunner Analysis給你提供了很好的文檔，大家沒事可以多翻翻，多翻幾遍對于性能測試你就入門了；）Web Page Diagnostics（以下簡稱 WPD ）,這是LR Analysis 中非常重要的一塊，搞清楚這部分的內(nèi)容會讓你少走很多彎路，很多環(huán)境問題都可以通過它來定位，比如客戶端，網(wǎng)絡(luò)。通過它可以你可以

2、比較好的來定位是環(huán)境的問題還是應(yīng)用本身的問題，當(dāng) 然更重要的是 Web頁面本身的問題。WPD包括下面幾個圖表：Web Page Diagnostics這是張總圖，包括下面幾張Over Time 圖的內(nèi)容Page Component Breakdown頁面中每個元素的平均響應(yīng)時間占整個頁面響應(yīng)時間的百分比Page Component Breakdown（Over Time）在整個測試過程中，任意一秒內(nèi)頁面中每個元素的響應(yīng)時間（例如在 runtime 中設(shè)置了 browser cache ,頁面中的 資源文件就只會在第一次下載，后面的頁面響應(yīng)時間也就不包括這些元素的時間，這在Page Compon

3、ent Breakdown中是看不出來的，因為 Page ComponentBreakdown是整個測試期間內(nèi)的平均時間。當(dāng)然，是否啟用了 cache，通過over time圖就能看出來）Page Download Time Breakdown頁面中每個元素的響應(yīng)時間分割圖，響應(yīng)時間被分割為以下幾個部分：DNS Resolution,Connection,First Buffer,SSLHandshaking,Receive,FTP Authentication,Client,ErrorPage Download Time Breakdown（Over Time）在整個測試過程中，任意一秒內(nèi)頁

4、面中每個元素的響應(yīng)時間分割圖Time to First Buffer BreakdownFirst Buffer Time時間分割為 NetworkTime和Server Time ，客戶端http請求發(fā)送到接收到服務(wù)器端的應(yīng)答包（ ACK）為 Network Time，從接收到 ACK 到完成 First Buffer 接受為 Server TimeTime to First Buffer Breakdown（Over Time）基本同上，任意一秒內(nèi)的Downloaded Component Size（KB）頁面中每個元素的大?。?KB）介紹了這么多，具體如何分析呢？首先打開 Web Pag

5、e Diagnostics 圖，來看看下面一個例子Download Time 圖：'Tkns H First Burffqr (Ower Tnis)Conn(pc*ietK 5 藥 fKE|啊冊 pr oixcQfr/style.tssWMWf.W.始品J |P9vim*pr fn/imgeAop ipgwwtprrnehQn.Gflnfi偵* m Jd2 idcot-3ww* prm. 01 £185921Q pgViW/tQO . cs.corft/uidiin.iE rrmr. prnL. ,q200?031 vwt prni .OllOSMlipg wwf.p(m.0

6、1E2tM7931 .pg rtvZr.pr. .ge-EJrideK_0-3.iqf vnwi.pr. .g婦由&«_02& Ynwtgaog 3D|norwB'；2&半億J|0 7974041396110 392|0 35f.173IQ15+15 7 6 2-1 5 8 Tt- 7 Q 2 H- _6 9 3 4 7 & 4 1 g77泌迥01403瀚73us也321 Z111 4，1bz=91l&qDMS ResolirtiDn .Cenhectan &SL Handsiflkng IFTP Aidherflicetian

7、Fir si Sut lerRpcpi?cCEDiagrio«lm opluom?t* Dcrwrilpad Tim 9 廣 CQinponBri (Over Timati L Cownilnd Trn& fOww Trnbownlwd Time seoorxhl上圖存在兩個問題：1、receive時間很長這個一般是網(wǎng)絡(luò)問題，當(dāng)然如果你確認(rèn)網(wǎng)絡(luò)不存在問題，那么你就要看看是不是客戶端的問題(客戶端也可能會造成Receive過長，這個千萬要注意)2、頁面問題頁面上包括了非常多的圖片，而且圖片似乎都沒有優(yōu)化， 最大的竟然有163K，記下來,這可是罪證哦；)彳艮多時候，你可以根據(jù) D

8、NS,Connection,Receive來看出是否存在網(wǎng)絡(luò)問題，根據(jù)Client來判斷是否存在客戶端問題?？纯?，挺簡單的吧！A_A換個圖看看， Page Component Breakdown(Over Time)00 20 QV3Q W4Q 0050 01 00 (M 10 01:20 01:30 DI ;4D 01:50 Q2TQ0 A210 0220 叱30 O24C 020 O3:Q0 Q3;W 吟就 OSiX 03* Elmp制d 導(dǎo)Genrd。tim 仰m:與與Camp orient BrBakdawri (Dwr 1 im)彳艮清楚吧，頁面元素都被 cache 了，說明場景啟用了browser cache ,頁面的響應(yīng)時間只包括紅線和藍線。Time to First Buffer Break