JMeter壓測例項
說一百遍不如來一次實戰。下面小琥給大家講一個出單介面壓力測試的小例子,瞭解一下壓力測試最最基礎的基礎。出單介面是用來保險出單的,不需要在UI介面下一步下一步的出單,介面一調資料入庫完事~~~。再囉嗦一句介面應該都知道是什麼吧?一個完整的系統可以大概分為3個部分:前端,後臺,資料庫。前端傳資料給後臺,後臺將資料入庫並將資料庫返回資料傳給前端做頁面展示。介面就在後臺部分。介面接收前端的引數即請求報文,響應報文為返回資料和提示資訊。
案例:
l 測試目的
200併發下:
- 出單介面響應時間1s內
- 出單成功率100%
l 執行方案
- 測試工具:Jmeter
- 執行時間:工作日白天(a.白天應急能力強 b.獲取保險公司真實的壓測資料)
- 場景:從100併發開始,每60s加壓50併發,直至達到目的併發數(中途發現問題隨時停掉)並維持5min,之後保持每60s停止50併發的速率關閉
- 結果:tps、響應時間、併發數的關係圖表(硬體佔用資料無法監控,需保險公司關注)
效能測試需要安裝外掛,由於時間關係暫時先不講外掛安裝了。安裝好之後右鍵測試計劃->新增->Threads(Users)->[email protected] - Stepping Thread Group
控制面板介紹
l This group will start 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併發開始,每隔60s立即增加50併發,達到最高併發後維持300s,之後保持每60s停止50併發的速率關閉。
設定好之後,新增剛才的出單請求,檢視結果數,聚合報告,點選綠色三角號執行就可以了,下圖是執行結果,最終要的就是聚合報告。表示壓測過程中,一共傳送了526個請求,所有請求的平均響應時間為2.001s,95%的請求的響應時間為2.877s,99%的請求的響應時間為3.457s,錯誤率為0,吞吐量為3.6/sec
壓測小例子完畢。這裡壓測響應時間為2.001s沒有達到壓測目標1s內。如果在實際壓測過程中還產生了其他問題以及都有什麼解決辦法,歡迎大家留言討論(不論問題大小,我都相信您的肯定是我學習的最大動力)!!!小琥也會在以後的文章更新中專門整理出一篇效能測試優化的文章~~~