Loadrunner Analysis之Web Page Diagnostics

簡單介紹一下Loadrunner Analysis中的Web Page Diagnostics模塊的使用，不少人對於測試以後的結果數據分析摸不着頭腦，其實loadrunner Analysis給你提供了很好的文檔，你們沒事能夠多翻翻，多翻幾遍對於性能測試你就入門了。

Web Page Diagnostics（如下簡稱WPD），這是LR Analysis中很是重要的一塊，搞清楚這部分的內容會讓你少走不少彎路，不少環境問題均可以經過它來定位，好比客戶端，網絡。經過它你能夠比較好的來定位是環境的問題仍是應用自己的問題，固然更重要的是Web頁面自己的問題。

WPD包括下面幾個圖表：
Web Page Diagnostics ： 這是張總圖，包括下面幾張Over Time圖的內容
Page Component Breakdown：頁面中每一個元素的平均響應時間佔整個頁面響應時間的百分比
Page Component Breakdown(Over Time)：在整個測試過程當中，任意一秒內頁面中每一個元素的響應時間（例如在runtime中設置了browser cache，頁面中的資源文件就只會在第一次下載，後面的頁面響應時間也就不包括這些元素的時間，這在Page Component Breakdown中是看不出來的，由於Page Component Breakdown是整個測試期間內的平均時間。固然，是否啓用了cache，經過over time圖就能看出來）
Page Download Time Breakdown：頁面中每一個元素的響應時間分割圖，響應時間被分割爲如下幾個部分：DNS Resolution,Connection,First Buffer,SSL Handshaking,Receive,FTP Authentication,Client,Error。
Page Download Time Breakdown(Over Time)：在整個測試過程當中，任意一秒內頁面中每一個元素的響應時間分割圖
Time to First Buffer Breakdown：First Buffer Time時間分割爲Network Time和Server Time，客戶端http請求發送到接收到服務器端的應答包（ACK）爲Network Time，從接收到ACK到完成First Buffer接收爲Server Time
Time to First Buffer Breakdown(Over Time)：基本同上，任意一秒內的
Downloaded Component Size(KB) ：頁面中每一個元素的大小（KB）

介紹了這麼多，具體如何分析呢？
首先打開Web Page Diagnostics圖，來看看下面一個例子Download Time圖：


上圖存在兩個問題：

一、receive時間很長

這個通常是網絡問題，固然若是你確認網絡不存在問題，那麼你就要看看是否是客戶端的問題（客戶端也可能會形成Receive過長，這個千萬要注意）

二、頁面問題

頁面上包括了很是多的圖片，並且圖片彷佛都沒有優化，最大的居然有163K，記下來，這但是罪證哦
不少時候，你能夠根據DNS,Connection,Receive來看出是否存在網絡問題，根據Client來判斷是否存在客戶端問題。

看看，挺簡單的吧！
換個圖看看，Page Component Breakdown(Over Time)


很清楚吧，頁面元素都被cache了，說明場景啓用了browser cache，頁面的響應時間只包括紅線和藍線。

Time to First Buffer Breakdown(Over Time)  ，圖就不貼了，這個圖很是重要，也最複雜，這裏的值不絕對，當網絡情況很差的時候，server time極可能包括網絡時間，由於不少頁面元素比較小（小於4k的樣子），在First Buffer就完成傳輸，因此必定要注意分析。