這里簡單的介紹下使用jmeter進行http接口的壓測方法

1、創(chuàng)建線程組

添加一線程組（即用戶組：一個線程模擬一個用戶行為，如果要模擬多個用戶，則通過設(shè)置多線程來實現(xiàn)）

2、創(chuàng)建HTTP請求

因為是對http接口進行壓測，所以需要在線程組下添加HTTP請求

3、配置請求參數(shù)

主要設(shè)置服務(wù)器名稱或IP，端口號，連接、響應(yīng)時間，所采用的協(xié)議，請求類型，內(nèi)容編碼，路徑，最后設(shè)置請求內(nèi)容。

這里請求百度首頁為例，修改請求名稱。端口、路徑、內(nèi)容編碼這里可以不用填寫。
在http請求添加響應(yīng)斷言

這里僅做示例介紹，因此斷言處僅僅檢查響應(yīng)碼

4、結(jié)果檢查

結(jié)果檢查這里新增聚合報告和察看結(jié)果樹。運行 *.jmx,如果保存jmeter保存失敗，則需要切換主題即可

創(chuàng)建查看結(jié)果數(shù)和聚合報告監(jiān)聽器。

如果這里監(jiān)聽器不滿足要求，可以安裝監(jiān)聽器插件
下載客戶端插件：JMeterPlugins-Standard 和 JMeterPlugins-Extras

下載服務(wù)端插件：ServerAgent
將jmeter-Standard、jmeter-Extras中l(wèi)ib—>ext—>JMeterPlugins-Standard.jar、JMeterPlugins-Extras.jar：將這兩個文件復(fù)制到Jmeter文件下—lib—ext文件中

將ServerAgent-X放在Jmeter目錄下

配置可參考：監(jiān)聽器插件
重新打開Jemeter

常用組件介紹

jp@gc - Bytes Throughput Over Time：不同時間吞吐量展示(圖表)聚合報告里，Throughput是按請求個數(shù)來展示的，比如說5/sec，就是每s發(fā)送5個請求；而這里的展示是按字節(jié)Bytes來展示的圖表

jp@gc - Hits per Second：每秒點擊量

jp@gc - PerfMon Metrics Collector：服務(wù)器性能監(jiān)測控件，包括CPU，Memory，Network，I/O等等

jp@gc - Reponse Latencies Over Time：記錄客戶端發(fā)送請求完成后，服務(wù)器端返回請求之前這段時間

jp@gc - Reponse Times Distribution：顯示測試的響應(yīng)時間分布, X軸顯示由時間間隔分組的響應(yīng)時間, Y軸包含每個區(qū)間的樣本數(shù)

jp@gc - Transactions per Second： 每秒事務(wù)數(shù)，服務(wù)器每秒處理的事務(wù)數(shù)

jp@gc - Active Threads Over Time：隨時間活動的線程數(shù)

運行壓測腳本

有了上面的這些操作之后，這里來解釋一下這些概念：

TestPlan：測試計劃，相當于一個工程，需要測試什么，怎么測就是定義在一個測試計劃中

Thread Group：線程組，相當于模擬的請求數(shù)。一個線程相當于一個用戶請求

察看結(jié)果樹：監(jiān)聽發(fā)送請求時各個請求的狀態(tài)

聚合報告：把一次測試的數(shù)據(jù)匯總

5、并發(fā)請求

上面的請求是單個用戶發(fā)起的接口請求，類似Postman一樣的接口自動化，這里著重介紹一下線程組。因為一個線程相當于是一個用戶請求
。針對線程組的線程屬性

上圖中的參數(shù)表示：5s內(nèi)發(fā)起10個請求，共循環(huán)2次，這里通過不同的監(jiān)聽器查看一下實際效果

5.1 jp@gc - Active Threads Over Time

每秒活動線程變化，用于展示展示Jmeter階梯式加壓測試，可以使用插件

5.2 jp@gc - Response Times Over Time

每秒響應(yīng)時間變化

5.3 jp@gc - Transactions per Second

每秒事務(wù)處理率（TPS）

5.4 匯總圖

結(jié)合以上3個監(jiān)聽器我們可以看出，隨著活動線程數(shù)的不斷增加，響應(yīng)時間越來越高，但TPS保持穩(wěn)定沒有太大變化

5.5 聚合報告

解釋一下這份報告：

解釋一下這份報告：

樣本：請求的次數(shù)，計算公式是線程數(shù)*循環(huán)次數(shù)，如果線程組配置勾選了永遠，那么就是你停止測試時實際發(fā)送的請求數(shù)
平均值：響應(yīng)時間的平均用時，單位是毫秒。比如這里的平均響應(yīng)時間是38毫秒
中位數(shù)：響應(yīng)時間的中位數(shù)，單位是毫秒。
90%百分位：90%的響應(yīng)時間小于該數(shù)值，單位是毫秒。這里有90%的響應(yīng)時間小于22毫秒
95%百分位：含義和90%類似
99%百分位：含義和90%類似
最小值：本輪測試最小響應(yīng)時間，單位是毫秒。
最大值：本輪測試最大響應(yīng)時間，單位是毫秒。
異常%：本輪測試出現(xiàn)異常的請求比例。
吞吐量：可以理解為QPS，即是我們測試的接口處理請求的能力。比如這里是平均每秒可以處理2.2次請求
接收KB/Sec：響應(yīng)數(shù)據(jù)的接收速率
發(fā)送KB/Sec：請求數(shù)據(jù)的發(fā)送速率

接著修改線程組中的請求參數(shù)，將線程數(shù)修改為5000，同時點擊界面的“掃帚”標識

參考：https://blog.csdn.net/tomoya_chen/article/details/82901291

總結(jié)

以上是生活随笔為你收集整理的Jemeter对HTTP接口压测（二）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。