2016-04-11 117 views
0

我正在通過一次發送250個請求來進行API負載測試。Jmeter響應時間vs線程

1.配置

enter image description here

當然,服務器需要較長的時間,當大量用戶同時要求它作出迴應,這就是這裏說的。至於每http://jmeter-plugins.org/wiki/ResponseTimesVsThreads/。然而,當測試這個是我發現..

2.測試

enter image description here

情節上面從右到左和活動線程的數量減少,響應時間開始增加。

活動線程一樣數量的用戶請求,如果是這樣,爲什麼發生這種情況一致的基礎上?

更新-1 冉另一個測試,並增加了提升週期這段時間

  1. 沒有線程:200
  2. 提升週期:200秒
  3. 循環計數:200

enter image description here

+0

嗨,任何關於答案的反饋? thx –

回答

0

至少有2條可能的解釋:

  • 你沒有問題,你的響應時間的改善來自於相關的一些時間後,在高速緩存中數據是緩存的效果。只有您可以驗證,因爲我們不知道您是否使用了足夠大的數據集以及您的測試持續了多長時間

  • 您有問題,您的服務器拒絕負載下的連接,因此您的響應速度非常快有很好的響應時間。要知道這是你的問題,檢查響應代碼隨着時間的推移或交易隨着時間的推移,只要錯誤百分比

+0

我也不相信它是一個問題,但沒有緩存繼續。所有的反應都是成功的。我已經用另一個情節更新了問題,這正是我之前看到的。提前將加速時間設置爲0是用於壓力測試,因此這種行爲仍然是我的問題。 –