Jemeter对HTTP接口压测(二)
這里簡單的介紹下使用jmeter進行http接口的壓測方法
1、創建線程組
添加一線程組(即用戶組:一個線程模擬一個用戶行為,如果要模擬多個用戶,則通過設置多線程來實現)
2、創建HTTP請求
因為是對http接口進行壓測,所以需要在線程組下添加HTTP請求
3、配置請求參數
主要設置服務器名稱或IP,端口號,連接、響應時間,所采用的協議,請求類型,內容編碼,路徑,最后設置請求內容。
這里請求百度首頁為例,修改請求名稱。端口、路徑、內容編碼這里可以不用填寫。
在http請求添加響應斷言
這里僅做示例介紹,因此斷言處僅僅檢查響應碼
4、結果檢查
結果檢查這里新增聚合報告和察看結果樹。運行 *.jmx,如果保存jmeter保存失敗,則需要切換主題即可
創建查看結果數和聚合報告監聽器。
如果這里監聽器不滿足要求,可以安裝監聽器插件
下載客戶端插件:JMeterPlugins-Standard 和 JMeterPlugins-Extras
下載服務端插件:ServerAgent
將jmeter-Standard、jmeter-Extras中lib—>ext—>JMeterPlugins-Standard.jar、JMeterPlugins-Extras.jar:將這兩個文件復制到Jmeter文件下—lib—ext文件中
將ServerAgent-X放在Jmeter目錄下
配置可參考:監聽器插件
重新打開Jemeter
常用組件介紹
運行壓測腳本
有了上面的這些操作之后,這里來解釋一下這些概念:
5、并發請求
上面的請求是單個用戶發起的接口請求,類似Postman一樣的接口自動化,這里著重介紹一下線程組。因為一個線程相當于是一個用戶請求
。針對線程組的線程屬性
上圖中的參數表示:5s內發起10個請求,共循環2次,這里通過不同的監聽器查看一下實際效果
5.1 jp@gc - Active Threads Over Time
每秒活動線程變化,用于展示展示Jmeter階梯式加壓測試,可以使用插件
5.2 jp@gc - Response Times Over Time
每秒響應時間變化
5.3 jp@gc - Transactions per Second
每秒事務處理率(TPS)
5.4 匯總圖
結合以上3個監聽器我們可以看出,隨著活動線程數的不斷增加,響應時間越來越高,但TPS保持穩定沒有太大變化
5.5 聚合報告
解釋一下這份報告:
解釋一下這份報告:
樣本:請求的次數,計算公式是線程數*循環次數,如果線程組配置勾選了永遠,那么就是你停止測試時實際發送的請求數
平均值:響應時間的平均用時,單位是毫秒。比如這里的平均響應時間是38毫秒
中位數:響應時間的中位數,單位是毫秒。
90%百分位:90%的響應時間小于該數值,單位是毫秒。這里有90%的響應時間小于22毫秒
95%百分位:含義和90%類似
99%百分位:含義和90%類似
最小值:本輪測試最小響應時間,單位是毫秒。
最大值:本輪測試最大響應時間,單位是毫秒。
異常%:本輪測試出現異常的請求比例。
吞吐量:可以理解為QPS,即是我們測試的接口處理請求的能力。比如這里是平均每秒可以處理2.2次請求
接收KB/Sec:響應數據的接收速率
發送KB/Sec:請求數據的發送速率
接著修改線程組中的請求參數,將線程數修改為5000,同時點擊界面的“掃帚”標識
參考:https://blog.csdn.net/tomoya_chen/article/details/82901291
總結
以上是生活随笔為你收集整理的Jemeter对HTTP接口压测(二)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 性能测试指标(一)
- 下一篇: Jemeter组件介绍(四)