1. 程式人生 > >LoadRunner測試結果分析(1)

LoadRunner測試結果分析(1)

1. LoadRunner測試結果分析的第一步應該是檢視分析綜述(Analysis Summary),其包括統計綜述(Statistics Summary)、事務綜述(Transaction Summary)、HTTP 響應綜述(HTTP Responses Summary)三部分。在統計綜述中檢視Total Errors的數量,HTTP 響應綜述中檢視HTTP 404數量,若數值相對較大(HTTP 404則相對於HTTP 200),則說明系統測試中出錯較多,系統系能有問題;另外檢視事務的平均響應時間和其90%的事務平均響應時間,若時間過長,超過測試計劃中的要求值,則說明系統的效能不滿足我們的要求。

2. 第二步對LoadRunner測試結果圖進行分析,首先對事務綜述(Transaction Summary)進行分析,該圖可以直觀地看出在測試時間內事務的成功與失敗情況,所以比第一步更容易判斷出被測系統執行是否正常。

3. 接著分析事務平均響應時間(Average Transaciton Response Time),若事務平均響應時間曲線趨高,則說明被測系統處理事務的速度開始逐漸變慢,即被測系統隨著執行時間的變化,整體效能不斷下降。當系統性能存在問題時,該曲線的走向一般表現為開始緩慢上升,然後趨於平穩,最後緩慢下降。原因是:被測系統處理事務能力下降,事務平均響應時間變長,在曲線上表現為緩慢上升;而併發事務達到一定數量時,被測系統無法處理多餘的事務,此時曲線變現為趨於平穩;當一段時間後,事務不斷被處理,其數量減少,在曲線上表現為下降。如果被測系統沒有等待機制,那麼事務響應時間會越來越長,最後系統崩潰。

4. 再分析每秒通過事務數(Transactions per Second/TPS),該曲線表示被測系統在執行的任意時刻,每個事務通過、失敗的情況,其是考查系統性能的一個重要引數。若隨著壓力的增加,曲線如果開始變化緩慢或有平穩的趨勢,則有可能是伺服器開始出現瓶頸。

5. 分析每秒通過事務總數(Total Transactions per Second),該曲線顯示在任意時刻被測系統通過的事務總數、失敗的事務總數。該曲線走向和TPS曲線走向一致。

6. 事務效能摘要(Transaction Performance Sunmmary)該曲線表示被測系統中所有事務的最小、最大和平均事務響應時間。

7. 事務在負載情況下的響應時間(Transaction Response Time Under Load),該曲線表示在不同數量的虛擬使用者情況下的事務響應時間情況。該圖對分析具有漸變負載的測試場景比較有用。

8. 事務響應時間(百分比)(Transaction Response TimePercentile),該曲線可以容易地分析出在給定的響應時間範圍內事務量的百分比重。

9. 事務響應時間(分佈)(Transaction Response Time(Distribution)),該圖可以容易地分析出在給定響應時間範圍內的事務量情況。

其實,若並不是十分詳細地分析測試結果,第4步與第5步選其一分析,第6步、第7步、第8步為可選項,因為在第1步就在一定程度上分析了,而第9步又與第8步功能相識。LoadRunner生成測試結果圖在很大的程度上具有一定的重複性,只不過是在不同情況下的具體顯示。