我正在使用JMeter進行負載測試並使用監聽器來獲取響應結果,但我不確定哪些是最常用的監聽器,它們將爲分析提供數據。什麼是最常用的JMeter監聽器
我知道表視圖和樹視圖,但這些基本的,請聆聽我應該使用的建議。
我正在使用JMeter進行負載測試並使用監聽器來獲取響應結果,但我不確定哪些是最常用的監聽器,它們將爲分析提供數據。什麼是最常用的JMeter監聽器
我知道表視圖和樹視圖,但這些基本的,請聆聽我應該使用的建議。
JMeter文檔提供了一個very good overview of the listeners以及何時/如何使用它們。
當你正在調試和開發你的計劃,沒有什麼比View Results Tree越好,這也可以作爲正則表達式,CSS/jQuery和XPath的測試儀測試儀。然而,這個特定的聽衆必須被禁用或在實際負載測試期間被刪除,因爲它最終會使JMeter與OOM異常崩潰。
在實際負載測試期間,您需要記錄統計信息(請求花費多長時間等)和錯誤。在非交互模式下,最好使用CSV格式的Simple Data Writer,這被認爲是非常有效的。如果您使用交互模式(或交互模式)(交互模式和非交互模式),則使用Aggregate Report或 Summary Report非常方便,因爲它們立即顯示統計信息,並且您可以立即看到是否出現問題。他們也能夠寫入文件,就像簡單數據寫入器一樣。
最後,如果你想包括一些自定義的結果集(沒有任何聽衆提供),您可以使用BeanShell Listener或BSF Listener
在組織方面,我覺得很方便,分離成功和故障,所以總是有2名聽衆:
希望這會有所幫助。
在更好地執行測試以避免添加偵聽器時,只需從該偵聽器中添加簡單的數據寫入器,就可以根據需要生成任何類型的偵聽器。
在使腳本準備就緒後,您可以使用任何類型的偵聽器,這些偵聽器都不會有任何問題。
聽衆應該在腳本煙霧測試期間使用,不應該在實際負載測試中使用,因爲他們是資源飢餓(特別是內存)。彙總報告和彙總報告通常用於獲取數據分析所需的平均值,最大值,平均響應時間,錯誤率等數據。 –
@NachiketKate _「在腳本煙霧測試期間應使用聽衆,不應在實際負載測試中使用」_--事實並非如此。 **其中有些**內存很餓,不推薦用於實際負載(例如樹視圖)。但這並不意味着在負載測試期間應避免所有聽衆。事實上,只有非常簡單的負載測試才能在沒有任何聽衆的情況下運行您還會如何調查故障或分析瓶頸? –
「事實上,只有非常簡單的負載測試才能運行,而不需要任何聽衆」 - 我認爲您應該閱讀blazemeter博客「jmeter性能調優和技巧」。 「你還會如何調查失敗或分析瓶頸?」 - 我相信人們爲此使用jtl文件。後處理在這種情況下總是首選。 –