JMeter jp@gc - stepping thread group外掛

這是一個出單介面壓力測試的小例子，了解一下壓力測試最最基礎的基礎。出單介面是用來保險出單的，不需要在UI介面下一步下一步的出單，介面一調資料入庫完事~~~。再囉嗦一句介面應該都知道是什麼吧？一個完整的系統可以大概分為3個部分：前端，後台，資料庫。前端傳資料給後台，後台將資料入庫並將資料庫返回資料傳給前端做頁面展示。介面就在後台部分。介面接收前端的引數即請求報文，響應報文為返回資料和提示資訊。

測試步驟：

(1)   lib/ext下新增外掛JMeterPlugins-Extras.jar和JMeterPlugins-Standard.jar

(2) 測試計劃新增執行緒(使用者)jp@gc - stepping thread group

(3) 新增http請求

(4)   新增聚合報告

(5)   新增檢視結果樹

(6) 新增CSV資料檔案設定

JMeter 3.1 地址：https://pan.baidu.com/s/1wPgbwS1dzWdsleS11wJ-Dw   提取碼：oe5t

JMeterPlugins-Extras.jar 地址：https://pan.baidu.com/s/1H2tBWGV2FClyFnKWUP2_IA   提取碼：9sh6

JMeterPlugins-Standard.jar 地址：https://pan.baidu.com/s/1vPVXty2ZyiAr68v1wWss0w   提取碼：q95o

ServerAgent-2.2.3 地址：https://pan.baidu.com/s/1WnQFFsw7DMF6lYN87s-Eng   提取碼：4wry

• 案例：

l 測試目的

200並行下： 

1. 出單介面響應時間1s內
2. 出單成功率100%

l 執行方案

1. 測試工具：Jmeter
2. 執行時間：工作日白天（a.白天應急能力強 b.獲取保險公司真實的壓測資料）
3. 場景：從100並行開始，每60s加壓50並行，直至達到目的並行數（中途發現問題隨時停掉）並維持5min，之後保持每60s停止50並行的速率關閉
4. 結果：tps、響應時間、並行數的關係圖表（硬體占用資料無法監控，需保險公司關注）

• 操作步驟

1、安裝外掛

將JMeterPlugins-Extras-1.4.0.zip解壓，找到lib/ext資料夾裡的JMeterPlugins-Extras.jar放到JMeter安裝目錄的lib/ext裡面，

同理將JMeterPlugins-Standard-1.4.0.zip解壓，lib/ext下的JMeterPlugins-Standard.jar放到JMeter安裝目錄的lib/ext裡面即可。如下圖

外掛安裝好之後執行JMeter，可以看到外掛已經安裝好了

2、使用jp@gc - Stepping Thread Group外掛

右鍵測試計劃->新增->Threads(Users)->jp@gc - Stepping Thread Group

控制面板介紹

 

l  This group will start Max threads - 設定單台負載機，執行緒組啟動的執行緒總數為Max個

l  First,wait for N seconds - 啟動第一個執行緒之前，需要等待N秒

l  Then start N threads - 設定最開始時啟動N個執行緒

l  Next add N1 threads every N2 seconds, using ramp-up N3 seconds - 然後，每隔N2秒，在N3秒內啟動N1個執行緒

l  Then hold load for N seconds - 單台負載機啟動的執行緒總數達到Max之後，持續執行N秒

l  Finally,stop N1 threads ervery N2 seconds - 最後，每隔N2秒，停止N1個執行緒數。

最高200並行，100並行開始，0s內立即啟動50個執行緒執行60s，達到最高並行後維持300s，之後保持每60s停止50並行的速率關閉。

 

設定好之後，新增剛才的出單請求，檢視結果數，聚合報告，點選綠色三角號執行就可以了，最重要就是聚合報告。下圖表示壓測過程中，一共傳送了526個請求，所有請求的平均響應時間為2.001s，95%的請求的響應時間為2.877s，99%的請求的響應時間為3.457s，錯誤率為0，吞吐量為3.6/sec

壓測小例子完畢。這裡壓測響應時間為2.001s沒有達到壓測目標1s內。如果在實際壓測過程中還產生了其他問題以及都有什麼解決辦法，歡迎大家留言討論！！！