LoadRunner結果分析圖表功能中最重要圖表分析之一,就是網頁細分圖。
場景運行完后,會分析結果,在HP LoadRunner Analysis 中點擊Graph -->Add NewGraph 打開一個新曲線圖,open a new Graph ;首先將該曲線圖中的右上角的Display only graphscontaining data不選中,然后點擊Web Page Diagnostics前的+號,選中Web PageDiagnostics,點擊曲線圖下方的按鈕Open Graph即可以將網頁細分圖調出。
二、網頁細分圖介紹
Web Page Diagnostics (以下簡稱WPD),這是LR Analysis中非常重要的一塊,搞清楚這部分的內容會讓你少走很多彎路,很多環境問題都可以通過它來定位,比如客戶端,網絡。通過它可以你可以比較好的來定位是環境的問題還是應用本身的問題,當然更重要的是Web頁面本身的問題。
Web Page Diagnostics:頁面診斷圖,也叫頁面分解總圖
“頁面分解”顯示某一具體事務在測試過程的響應情況,進而分析相關的事務運行是否正常。
Web Page Diagnostics視圖可以按下面四種方式進行進一步細分:
- Download Time Breaddown(下載時間細分)
- Component Breakdown(Over Time)(組件細分(隨時間變化))
- Download Time Breakdown(Over Time)(下載時間細分(隨時間變化))
- Time to First Buffer Breakdown(Over Time)(第一次緩沖時間細分(隨時間變化))
下面分別說下網頁細分圖各圖表的功能:
網頁細分圖,總共有8個圖表,分別為:
- 頁面分解圖總(web page Diagnostics)、
- 頁面組件細分圖(page comporment breakdown)、
- 頁面組件細分圖(隨時間變化)(page comportment breakdown over time)、
- 頁面下載時間細分圖(page download time breakdown)、
- 頁面下載時間細分圖(隨時間變化)(page download time breakdown over time)、
- 第一次緩沖時間細分圖(time to first buffer breakdown)、
- 第一次緩沖時間細分圖(隨時間變化)(time to first buffer breaddown over time)、
- 已下載組件大小圖(Downloaded Component Size)[KB]。
Web Page Diagnostics總圖以transaction分析為主,兼顧頁面的初步分析。
1、 頁面組件細分圖(page comporment breakdown):顯示每個網頁及其組件的平均下載時間(以秒為單位),查看所選擇頁面中哪個元素所占的平均下載時間最長。
2、 頁面組件細分圖(隨時間變化)(page comportment breakdown over time):此圖適合在客戶端下載組件較多時的頁面分析,通過分析下載時間發現哪些組件不穩定或比較耗時,它是隨整個場景運行的時間來變化的。
3、 頁面下載時間細分圖(page download time breakdown):頁面下載時間細分圖根據DNS解析時間、連接時間、第一次緩沖時間、SSL握手時間、接收時間、FTP驗證時間、客戶端時間和錯誤時間對每個組件進行分析的。它可以確認在網頁下載時期,響應時間緩慢是由網絡錯誤引起,還是由服務器錯誤引起。
4、頁面下載時間細分圖(隨時間變化)(page download time breakdown over time):顯示選定網頁下載時間細分,從中能看到頁面各個元素在壓力測試過程中的下載情況。如果某個頁面打開速度慢,通過對此圖分析,可以清楚地看到打開該頁面的時間主要在什么地方,針對此問題進行優化。
5、 第一次緩沖時間細分圖(time to first buffer breakdown):指成功收到從web服務器返回的第一次緩沖之前的這一段時間內,每個頁面組件的相關服務器和網絡時間(以秒為單位);
此圖對分析頁面的時間很重要,不僅能分析出哪個頁面耗費時間較長,而且能分析出之所以耗時是網絡問題還是服務器問題。若server time明顯大於net work time,並且是其幾倍,此時服務器性能是問題關鍵。
First Buffer Time時間分割為Network Time和Server Time。其中,網絡時間(network time)為從客戶端發送第一個HTTP請求那一刻直到收到服務端的應答報文(ACK)確認為止所經過的平均時間。服務器時間(server time)是指客戶端從收到初始HTTP請求確認直到成功收到來自web服務器的第一次緩沖為止所經過的平均時間。 (后面詳細介紹網絡時間和服務器時間)
6、 第一次緩沖時間細分圖(隨時間變化)(time to first buffer breaddown over time):不同頁面在任一時間點的Network TIme 和Server Timef分布曲線圖;第一次緩沖時間是在客戶端與服務器建立連接后,從服務器發送第一個數據包開始計時,數據經過網絡傳送到客戶端后,再到瀏覽器收到第一個緩沖數據所用的時間。(圖中,用兩種顏色來區分服務器和網絡各自所用的時間,以確認是服務器問題還是網絡問題,此圖非常有用!)
7、已下載組件大小圖(Downloaded Component Size)[KB]:頁面中每個元素的大小(KB)
三、頁面細分圖分析
這里只對頁面細分圖進一步分析的思路進行梳理,有些圖只是拿來參考,並不需要進一步分析的。
1、 首先打開頁面分解總圖(Web Page Diagnostics),在左邊Breakdown Tree下,列出了腳本中添加的所有事務名稱,通常來說,我們主要關注需要並發的系統業務部分,來看login部分,下載時間(Download Time)中,主要由兩個頁面導致,其中Receive部分占用的時間最長。(Component部分不在這里看,因為在這里看不夠直觀)
2、接着打開頁面組件細分圖(Page Component Breakdown),找出所選擇頁面中哪個元素所占的平均下載時間較多,其實就上面的兩個,只不過這里是用餅圖來展示比較直觀。
3、 然后打開頁面下載時間細分圖(page Download Time Breakdown),根據DNS解析時間、連接時間、第一次緩沖時間、SSL握手時間、接收時間、FTP驗證時間、客戶端時間和錯誤時間的組成在所選擇的頁面上的分布情況,確定這個頁面下載時間較長的響應時間是由網絡錯誤引起,還是服務器錯誤引起的,如圖1,Receive Time時間最長,初始判斷是網絡問題引起的,但也有可能是瀏覽器請求的問題,再看頁面下載細分隨時間分布圖2,在整個login場景中該頁面元素一直在下載?這極有可能是網絡問題了。另外一點,若頁面緩存做得好,是不會一直下載的吧。
很多時候,你可以根據DNS,Connection,Receive來看出是否存在網絡問題,根據Client來判斷是否存在客戶端問題。
圖1
圖2
4、 最后打開一個非常重要的圖,即第一次緩沖時間細分圖(Time to First Buffer Breakdown),第一次緩沖時間細分圖進行對比結果是否一致,因為第一次緩沖時間細分圖也是可以確定該頁面的響應時間是由網絡錯誤引起,還是服務器錯誤引起。由此圖,可以看到,大部分的時間在Network Time。
注意;當網絡狀況不好的時候,server time很可能包括網絡時間,因為很多頁面元素比較小(小於4k的樣子),在First Buffer就完成傳輸,所以一定要注意分析。