如何在特定場景下實現JMeter中的預期吞吐量？

Question

我有大約300名用戶（在線程組中配置）將執行兩次活動（例如：運行電子學習課程）。這意味着我需要預計大約600次迭代，即300名用戶執行兩次活動。

我的線程組包含以下交易控制器：

1. 登錄
2. 儀表板
3. 啓動課程
4. 完整的課程
5. 註銷

，因爲我需要每600次迭代5400秒即3600 + 900 + 900se conds（1小時穩定狀態+ 15分鐘緩升和15分鐘緩降），並且總線程組內的採樣器請求總數爲18，我說我需要大約2個RPS是否正確？

迭代總數*每次迭代的請求數=請求 600的總數* 18 = 10800

請求總數/總測試持續時間以秒爲每秒 五千四分之一萬零八百=請求= 2

我的計算是否正確？

另外，達到預期吞吐量的最佳方法是什麼？

Answer 1

您的計算看起來或多或少正確。如果您需要將測試吞吐量限制爲2 RPS，則可以使用Constant Throughput Timer或Throughput Shaping Timer進行測試。

---

不過2 RPS無非是統計噪聲多，我的期望是，你需要更高的負載，真正考驗你的應用程序的性能，即

1. 模擬用戶的預期數量在短期內。不要關心迭代，只需讓您的測試運行一小時就能獲得您期望的用戶數量。這被稱爲load testing
2. 做同樣的事情，但更長的一段時間（即過夜或週末）。這被稱爲soak testing。
3. 逐漸增加用戶數量，直到您看到錯誤或響應時間將超出可接受的閾值。這叫做stress testing。