2015-02-06 87 views
0

我是JMeter的新手(擁有紮實的5天體驗!),所以如果沒有問題的話,我會很樂意提供一些指導。我一直在通過jmeter幫助進行拖網搜索(在提交此請求之前)搜索其他響應時間的問題,但我無法確定它們是否相關 - 因此,如果這樣做是道歉的該請求是以前查詢的重複。使用響應時間隨時間變化的Jmeter響應時間

我的環境: JMeter的V2.11 JRE V7 遠程Oracle DB 12

我是性能測試一個系統,將郵件提交到接收組件。

我指出該系統每小時可處理2000點的消息(或三千六分之二千= 0.56提交/秒)

所以,我有一些BeanShell的採樣都準備好設置注入單個SOAP/XML的要求消息來模擬提交。

BeanShell的採樣坐在設置線程組內對象如下:

線程計數:1 循環計數:2000 開始時間:2015年3月1日13:00:00 結束時間:2015/03/01 14:00:00 Duration:3600

我在考慮使用'Response Time over Time'插件來驗證0.56 /秒的提交率 - 如果我指定開始/結束時間,這是否合理?和我的線程組設置運行的持續時間?我需要驗證2000年提交中的每一個的響應時間是< = 0.56 /秒。

任何人都可以告訴我,如果我有正確的方法定義,如果沒有 - 你能指出我在正確的方向嗎?

非常感謝 - 我感謝任何人都可以提供的幫助。

回答

0

讓我們先從JMeter Glossary

經過時間。 JMeter測量從發送請求之前到接收到最後一個響應之後的經過時間。 JMeter不包含呈現響應所需的時間,JMeter也不處理任何客戶端代碼,例如Javascript。

吞吐量按請求/時間單位計算。時間從第一個樣本的開始到最後一個樣本的末尾計算。這包括樣本之間的任何間隔,因爲它應該表示服務器上的負載。 公式爲:吞吐量=(請求數)/(總時間)。

你在說什麼(每小時2000個請求或0個。每秒56個請求)是相當的吞吐量比響應時間,所以我建議:

  1. Constant Throughput Timer - 設置精確所需的負載
  2. Transactions per Second聽者 - 對其進行可視化

在問候設置的測試時間,那麼您可以在那裏保留3600,開始和結束時間輸入更多用於計劃而不是測試持續時間。備選方案是Runtime Controller