1. 程式人生 > >jmeter混合場景的多種實現方式比較

jmeter混合場景的多種實現方式比較

      效能測試設計混合場景,一般有幾種方式,分別是每個場景設定一個執行緒組,使用if控制器,使用吞吐量控制器。不同的方式實現機制不一樣,哪種方式相比而言更好呢?下面做一比較。

下面以混合訪問百度首頁和必應首頁作為測試場景,訪問預設為1:3。

一、多個執行緒組

操作步驟:

1、Jmeter上建立一個測試計劃;

2、計劃下新增3個執行緒組,分別是對業務場景A、業務場景B、業務場景C;

3、假設3個場景混合併發的比例為4:4:2,則可以在3個執行緒組分別設定4、4、2,或者設定為40、40、20總併發量為100,只要按併發比例設定併發使用者數即可

4、執行整個測試計劃(計劃下哪個執行緒不跑的時候可以先禁用),則所有介面會混合跑,實現介面混合併發壓測;

結論:如果這兩個事務的響應時間不一樣,最終完成的業務數比例也會不一樣。當前執行緒數是在假定兩個業務的響應時間一樣的情況下,所以這完全是理想狀況。所以,這種方式控制並不完美

 

二、使用if控制器

新增一個執行緒組,線上程組新增兩個if控制器,分別加入兩個HTTP請求(百度首頁和必應首頁),通過調節if的條件實現按一定比例併發的需求。

首先線上程組加一個配置元件隨機變數,取值範圍為1-100,變數名設為num。

百度首頁的if條件設定為${num}<=25,必應首頁的if控制器條件設為${num}>25.

執行緒組的併發設為目標併發30個,併發時間3分鐘,分兩步併發。測試結果如下,併發請求數大致為1:3,符合需求:

三、吞吐量控制器

實現方式與if控制器大體一致,只是把if控制器換為吞吐量控制器,分別設定兩個控制器的吞吐量百分比為25%和75%,也即1:3的併發比例。

注意:吞吐量控制器欄位有兩種:Total Executions:執行數量percent Executions:執行百分比(1-100)

 

 

測試結果可看出吞吐量控制器與if控制器的請求併發總數也基本一樣,請求比例也符合1:3的原始設定

四、結論

       縱觀以上的測試結果,可看出使用if控制器和吞吐量控制器均能實現我們的預期目標,即合理的併發請求比例,而採用多個執行緒組的方式與我們目標有一定差距,原因在於各執行緒組的請求響應時間相差大,雖然同時併發,但實際併發比例難以控制。

若混合場景下各請求的響應時間差不多,多執行緒組的方式理論上也是能按預設比例併發的,只是實際測試的情況下,無法保證請求響應時間的大小,所以測試混合場景的時候,使用if控制器或者吞吐量控制器顯然是更好的選