上期我們講到LoaRunner效能測試結果分析實踐之分析圖關聯,這期我們講LoaRunner效能測試頁面細分。

頁面細分原理

在平均事務圖中點選右鍵選擇Show Transaction Breakdown Tree，生成Web Page Diagnostics圖。通過分解頁面可以發現，頁面中哪些元件響應時間較大？平均事務響應時間過長是由伺服器還是由網路環境引起的？

正常的從瀏覽器傳送一個請求到最後顯示，整個過程由以下時間片組成，如圖所示。

1.瀏覽器向伺服器傳送一個請求，一般情況下，客戶端的請求首先被髮送到DNS伺服器上，通過域名解析，將DNS名解析為IP地址。其中域名解析的時間就是DNS解析的時間（DNS Resolution）。

通過這個時間可以確定DNS伺服器或DNS伺服器的配置是否有問題。如果DNS伺服器執行情況良好，這個時間會比較小。

2.DNS解析完成後，請求被送到Web伺服器，之後瀏覽器與Web伺服器之間需要建立一個初始化連線。建立連線的過程就是連線時間（Connection）。

這樣通過這個時間就可以判斷網路的情況，也可以判斷Web伺服器是否能夠響應這個請求。如果正常，這個時間會比較小。

3.建立連線後，Web伺服器發出第一個資料包，經過網路傳輸到客戶端，瀏覽器成功接收到第一個位元組的時間就是First Buffer的時間。這個度量時間不僅可以表示Web伺服器的延遲時間，還可以表示網路反應時間。

4.從瀏覽器接收到第一個位元組起，直到所有的位元組都成功接收為止。這個度量可以判斷網路的質量（可以用size/time比來計算接收速率），其他的時間還有SSL Handshaking（SSL握手協議，用到該協議的頁面比較少）、Client Time（請求在客戶端瀏覽器延遲時間，可能是由於客戶端瀏覽器的ThinkTime或者客戶端其他方面引起的延遲）、Error Time（從傳送一個HTTP請求，到Web伺服器傳送回一個HTTP錯誤資訊所需要的時間）。

頁面細分的具體內容如下：
切換到Breakdown Tree，這裡顯示了事務包含的所有頁面，如圖所示。顯示了事務“商業機會_提交”包含的所有頁面。

在Legend框中，可以選擇需要的頁面進行分析
Web Page Diagnostics中顯示了該頁面執行時的響應時間，Diagnostics options中顯示了該頁面包含的所有元件，以及元件的大小和元件下載的時間，如圖所示。

選擇Component（Over Time），這裡顯示了各元件在場景執行過程中下載的時間，如圖所示。可以通過按鈕和按鈕來切換是隻顯示選中元件的下載時間還是顯示所有元件的下載時間。

選擇Download Time（Over Time），可以看到在場景執行時，元件在網路傳輸過程中的各部分時間，如圖所示。

為了確定問題是由伺服器還是由網路引起的，選擇Time to First Buffer（Over Time），如圖所示，該圖顯示了在網路傳輸過程中和伺服器兩部分分別使用的時間。

例項講解

頁面細分技術主要用來分析失敗事務是由哪些元件引起的，對於成功的事務就沒必要。下面通過一個例項來了解頁面細分技術的一般步驟：

1.開啟“平均事務響應時間”圖，開啟Graph Settings對話方塊，對過濾條件進行設定，將Transaction End Status設定為Fail，Transaction Name設定為要分析的事務即可，如圖所示。

2.顯示事務細分樹。在“平均事務響應時間”圖中點選右鍵
選擇Show Transaction Breakdown Tree。此時左下角彈出一個Breakdown Tree圖，如圖所示。這裡顯示了所有失敗事務圖。

3.顯示頁面細分圖。選擇需要分析的事務，這裡選擇“營銷活動_提交”事務進行分析。點選右鍵，選擇“Web Page Diagnostics for‘營銷活動_提交’”，如圖所示。Analysis分析器生成Web Page Diagnostics圖。

4.檢視Download Time圖。選擇Download Time檢視各元件所花費的時間，如圖所示，第一個元件所花費的時間最長並且還包含錯誤資訊。

5.手動檢視該元件響應時間。選中該元件，點選右鍵，選擇Copy the full path to the clipboard
將路徑拷貝到IE瀏覽器中進行預覽。或選擇View page browser直接開啟該頁面進行預覽。手動預覽能判斷該頁面響應的真實時間。如果手動預覽該頁面和測試的結果一致，說明事務失敗確實是由於該頁面響應時間引起。如果不是手動預覽響應很快，那麼要進一步判斷是由測試環境引起還是由網路引起。

6.檢視Download Time（Over Time）圖。如圖所示，圖中詳細地記錄了請求在各階段所花費的時間，通過Download Time（Over Time）圖可以看出DNS伺服器花在解析域名的時間在1秒以上，說明DNS伺服器可能有問題。

7.檢視Time to First Buffer（Over Time）圖。通過該圖觀察問題到底是由伺服器引起還是由網路引起，如圖所示。這裡發現伺服器的時間明顯超過1秒，而網路時間不到0.5秒，說明測試的網路環境是沒有問題的，問題主要出在伺服器。

整個分析過程已經結束，通過分析發現“營銷活動_提交”事務失敗的原因來自伺服器，DNS伺服器和Web伺服器都有可能是引起問題的原因。