Loadrunner常用的分析要點都有哪些?

　　提供了生產負載的虛擬用戶運行狀態的相關信息，可以幫助我們了解負載生成的結果。

　　Rendezvous(負載過程中集合點下的虛擬用戶)：

　　當設置集合點后會生成相關數據，反映了隨著時間的推移各個時間點上并發用戶的數目，方便我們了解并發用戶的變化情況。

　　Errors(錯誤統計)：

　　通過錯誤信息可以了解錯誤產生的時間和錯誤類型，方便定位產生錯誤的原因。

　　Errors per Second(每秒錯誤)：

　　了解在每個時間點上錯誤產生的數目，數值越小越好。通過統計數據可以了解錯誤隨負載的變化情況，定為何時系統在負載下開始不穩定甚至出錯。

　　Average Transaction Response Time(平均事務響應時間)：

　　反映隨著時間的變化事務響應時間的變化情況，時間越小說明處理的速度越快。如果和用戶負載生成圖合并，就可以發現用戶負載增加對系統事務響應時間的影響規律。

　　Transactions per Second(每秒事務)：

　　TPS吞吐量，反映了系統在同一時間內能處理事務的最大能力，這個數據越高，說明系統處理能力越強。

　　Transactions Summary(事務概要說明)

　　統計事物的Pass數和Fail數，了解負載的事務完成情況。通過的事務數越多，說明系統的處理能力越強;失敗的事務數越小說明系統越可靠。

　　Transaction performance Summary(事務性能概要)：

　　事務的平均時間、最大時間、最小時間柱狀圖，方便分析事務響應時間的情況。柱狀圖的落差越小說明響應時間的波動小，如果落差很大，說明系統不夠穩定。

　　Transaction Response Time Under Load(用戶負載下事務響應時間)：

　　負載用戶增長的過程中響應時間的變化情況，該圖的線條越平穩，說明系統越穩定。

　　Transactions Response time(事務響應時間百分比)：

　　不同百分比下的事務響應時間范圍，可以了解有多少比例的事物發生在某個時間內，也可以發現響應時間的分布規律，數據越平穩說明響應時間變化越小。

　　Transaction Response Time(各時間段上的事務數)：

　　每個時間段上的事務個數，響應時間較小的分類下的是無數越多越好。

　　Hits per Second(每秒點擊)：

　　當前負載重對系統所產生的點擊量記錄，每一次點擊相當于對服務器發出了一次請求，數據越大越好。

　　Throughput(吞吐量)：

　　系統負載下所使用的帶寬，該數據越小說明系統的帶寬依賴就越小，通過這個數據可以確定是不是網絡出現了瓶頸。

　　HTTP Responses per Second(每秒HTTP響應)：

　　每秒服務器返回各種狀態的數目，一般和每秒點擊量相同。點擊量是客戶端發出的請求數，而HTTP響應數是服務器返回的響應數。如果服務器的響應數小于點擊量，那么說明服務器無法應答超出負載的連接請求。

　　Connections per Second(每秒連接)：

　　統計終端的連接和新建的連接數，方便了解每秒對服務器產生連接的數量。同時連接數越多，說明服務器的連接池越大，當連接數隨著負載上升而停止時，說明系統的連接池已滿，通常這時候服務器會返回504錯誤。需要修改服務器的最大連接來解決該問題。

原文轉自：http://www.anti-gravitydesign.com