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 Time(Percentile)),該曲線可以容易地分析出在給定的響應時間範圍內事務量的百分比重。
9. 事務響應時間(分佈)(Transaction Response Time(Distribution)),該圖可以容易地分析出在給定響應時間範圍內的事務量情況。
其實,若並不是十分詳細地分析測試結果,第4步與第5步選其一分析,第6步、第7步、第8步為可選項,因為在第1步就在一定程度上分析了,而第9步又與第8步功能相識。LoadRunner生成測試結果圖在很大的程度上具有一定的重複性,只不過是在不同情況下的具體顯示。
相關文章
- 測試結果
- 壓測結果分析
- 使用Loadrunner進行效能測試
- 軟體測試學習教程——LoadRunner實現介面測試
- 網站漏洞滲透測試覆盤檢查結果分析網站
- 基於web網站專案的效能測試結果分析Web網站
- mysql ,tidb sysbench 測試結果記錄MySqlTiDB
- 如何學習效能測試?LoadRunner小技巧集錦
- Loadrunner效能指標分析指標
- APP測試點分析與總結APP
- LoadRunner——分析圖詳解(十四)
- 【測試】HD-G2L-IO評估板測試結果表
- 測試功能點總結摘要1
- 考試結果
- 使用LoadRunner執行專案效能測試之實操指南
- 效能測試工具LoadRunner你所不知道的內幕
- 軟體測試學習教程——HP Loadrunner12.50安裝教程
- 效能測試學習筆記:Loadrunner如何進行引數化?筆記
- 開源API測試工具 Hitchhiker v0.8 – 自動化測試結果統計API
- Linux netstat命令結果分析Linux
- 分析結果,方法傳參
- 效能測試常用工具對比:Jmeter與LoadRunner的異同JMeter
- Redis5 壓力測試結果反饋報告Redis
- 測試1
- postman的批次執行:用於多條介面測試用例批次執行,輸出介面測試測試結果Postman
- 基於知識庫的介面自動化測試——結果模型化方法與裝置的分析模型
- 「深度」A/B測試中的因果推斷——潛在結果模型模型
- 奇怪的方差分析結果:三方互動的pvalue 1
- 利用VNPY回測引擎分析實盤交易,並用excel和pdf輸出分析結果Excel
- surging作者出具壓測結果
- grequests 執行併發測試與 jmeter 併發結果對比JMeter
- DeepMind給AI模型做了個IQ測試,結果是這樣的AI模型
- AV-Comparatives最新Windows 10平臺防毒軟體測試結果Windows防毒
- 測試總結①
- jenkins+pytest+allure 介面測試生成報告只顯示第一次的測試結果Jenkins
- 效能測試之測試分析與調優
- Kafka效能測試分析Kafka
- WebGPU效能測試分析WebGPU