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內。如果在實際壓測過程中還產生了其他問題以及都有什麼解決辦法，歡迎大家留言討論（不論問題大小，我都相信您的肯定是我學習的最大動力）！！！小琥也會在以後的文章更新中專門整理出一篇效能測試優化的文章~~~