上有一篇講解了效能的重要指標代表什麼，下面對LoadRunner效能測試結果分析思路做一下介紹：

效能測試結果分析思路：

1.      關注Transaction Summary模組

平均響應時間：當標準差std比較小的時候，選擇事務平均響應時間

90%響應時間：當標準差比較大時，可以考慮90%響應時間

Std:標準差比較小，則相對比較平穩，標準差比較大時，浮動比較大

分析事務響應時間，因為響應時間是最直觀的指標，檢視業務中哪個事務的響應時間有問題，然後接下來對該事務進行具體分析。

2.      根據Vusers中的使用者負載生成圖分析：如果較多使用者未通過，說明指令碼或場景設定有問題，如果只有一個或少部分虛擬使用者執行正常則有可能是指令碼出現問題。比如圖中出現使用者突然猛的下降等，則不必往後分析，需要修改指令碼或者場景。

3.      分析錯誤統計圖和每秒錯誤統計圖

根據錯誤統計圖有時候可以一次定位到問題，有時候只能猜測大概出現在哪個部位。

根據每秒錯誤統計圖可以定位哪一段時間內出現錯誤比較多

4.      分析事務：

1)     平均事務響應時間：檢視哪個事務的平均響應時間響應比較對，對這些事務做標記，然後針對這些事務找出突破口，進行下一步分析

2)     關注TPS:看成功的事務和失敗的事務以及TPS的大小：成功的事務越多說明伺服器的處理能力越強，失敗的事務越小說明系統越可靠。TPS值越大說明伺服器處理能力越好，如果值比較小，後期要進行調優。

5.      分析web resources（網路資源統計圖）:

1)     首先分析一下Hits Per Second（每秒點選數）：每秒客戶端向伺服器傳送的HTTP請求數，直接反應客戶端側的問題，如果該值比較低，從指令碼和網路上分析問題。

2)     分析一下Connections（連線數）：當該值比較低的時候，要對連線數進行調優。當該值比較大，說明伺服器連線池越大。

3)     分析一下每秒連線數：統計關閉的連線數和新建的連線數，方便了解每秒對伺服器產生的連線數。當隨著使用者負載的增加連線數而終止，說明系統的連線池已滿。需要修改伺服器最大連線數的配置來解決問題。

6.      分析web page Diagnostics(網頁分析)：

1)     看網頁細分圖，可以先從First Buffer Time的分解統計圖入手，看是網路問題還是伺服器問題

2)     繼續分析頁面元件細分圖：根據平均響應時間判斷到底是網頁上哪個檔案或圖片出現問題

3)     根據頁面下載時間分解圖：可以看出每個資源載入的時間，根據平均時間再次判斷哪些資源出現問題

4)     根據下載元件的大小分解圖：可以看出每個資源的大小，再根據大小判斷資源內部是否有問題等。

7.      分析系統資源統計圖（System resuorces）:

1)     檢視系統資源的情況：關注CPU、IO、記憶體、佇列等重要指標

2)     如果CPU使用率很大，且PQL排隊等待CPU的佇列比較大，則說明本身伺服器資源使用瓶頸煩的，硬體處理能力有待提高