續LR實戰之Discuz開源論壇項目，之前一直是創建虛擬用戶腳本（Virtual User Generator）和場景（Controller），現在，終於到了LoadRunner性能測試結果分析（Analysis）這部分了。
LoadRunner結果分析圖表功能中最重要圖表分析之一，就是網頁診斷細分圖，在Controller場景設計運行之前，需要在菜單欄中設置啟用網頁診斷功能（診斷-網頁診斷-啟動），如圖：
網頁細分圖，是顯示每個頁面及其組件的相關下載時間和大小，主要用來評估頁面內容是否影響事務響應時間（只與事務響應時間有關）。通過與不同的事務圖關聯，可以分析網站下載慢或中斷連接等問題的原因，從而確定系統性能問題是出現在網絡還是服務器，再進一步而分析是哪個網頁、什么因素導致的？
下面分別說下網頁細分圖各圖表的功能：
網頁細分圖，總共有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]。
1、 頁面組件細分圖：顯示每個網頁及其組件的平均下載時間（以秒為單位），查看所選擇頁面中哪個元素所占的平均下載時間最長。
2、 頁面組件細分圖（隨時間變化）：此圖適合在客戶端下載組件較多時的頁面分析，通過分析下載時間發現哪些組件不穩定或比較耗時，它是隨整個場景運行的時間來變化的。
3、 頁面下載時間細分圖：頁面下載時間細分圖根據DNS解析時間、連接時間、第一次緩沖時間、SSL握手時間、接收時間、FTP驗證時間、客戶端時間和錯誤時間對每個組件進行分析的。它可以確認在網頁下載時期，響應時間緩慢是由網絡錯誤引起，還是由服務器錯誤引起。
4、 頁面下載時間細分圖（隨時間變化）：顯示選定網頁下載時間細分，從中能看到頁面各個元素在壓力測試過程中的下載情況。如果某個頁面打開速度慢，通過對此圖分析，可以清楚地看到打開該頁面的時間主要在什么地方，針對此問題進行優化。
5、 第一次緩沖時間細分圖：指成功收到從web服務器返回的第一次緩沖之前的這一段時間內，每個頁面組件的相關服務器和網絡時間（以秒為單位），此圖對分析頁面的時間很重要，其中，網絡時間為從發送第一個HTTP請求那一刻直到收到確認為止所經過的平均時間。服務器時間是指從收到初始HTTP請求確認直到成功收到來自web服務器的第一次緩沖為止所經過的平均時間。
6、 第一次緩沖時間細分圖（隨時間變化）：第一次緩沖時間是在客戶端與服務器建立連接后，從服務器發送第一個數據包開始計時，數據經過網絡傳送到客戶端后，再到瀏覽器收到第一個緩沖數據所用的時間。（圖中，用兩種顏色來區分服務器和網絡各自所用的時間，以確認是服務器問題還是網絡問題，此圖非常有用！）
由理解了以上這些圖，就可以根據自己的思路來進一步分析網頁中占用的較長的時間，問題出現在哪里了
下面分享一下我利用這些網頁細分圖來分析測試結果吧：
可以你會覺得，LoadRunner的圖表分析這么多，分析的思路、步驟從哪里開始啊？別急！
我個人的習慣，整個LR結果分析的步驟：
結果摘要--》並發數分析--》響應時間--》每秒點擊數--》業務成功率--》系統資源--》網頁細分圖--》web服務器資源--》數據庫服務器
這里只對頁面細分圖進一步分析的思路進行梳理，有些圖只是拿來參考，並不需要進一步分析的。
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場景中該頁面元素一直在下載？這極有可能是網絡問題了。另外一點，若頁面緩存做得好，是不會一直下載的吧。
圖1
圖2
4、 最后打開一個非常重要的圖，即第一次緩沖時間細分圖（Time to First Buffer Breakdown），第一次緩沖時間細分圖進行對比結果是否一致，因為第一次緩沖時間細分圖也是可以確定該頁面的響應時間是由網絡錯誤引起，還是服務器錯誤引起。由此圖，可以看到，大部分的時間在Network Time。
