日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

Jemeter对HTTP接口压测(二)

發布時間:2025/3/20 编程问答 26 豆豆
生活随笔 收集整理的這篇文章主要介紹了 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

常用組件介紹

  • jp@gc - Bytes Throughput Over Time:不同時間吞吐量展示(圖表)聚合報告里,Throughput是按請求個數來展示的,比如說5/sec,就是每s發送5個請求;而這里的展示是按字節Bytes來展示的圖表
  • jp@gc - Hits per Second:每秒點擊量
  • jp@gc - PerfMon Metrics Collector:服務器性能監測控件,包括CPU,Memory,Network,I/O等等
  • jp@gc - Reponse Latencies Over Time:記錄客戶端發送請求完成后,服務器端返回請求之前這段時間
  • jp@gc - Reponse Times Distribution:顯示測試的響應時間分布, X軸顯示由時間間隔分組的響應時間, Y軸包含每個區間的樣本數
  • jp@gc - Transactions per Second: 每秒事務數,服務器每秒處理的事務數
  • jp@gc - Active Threads Over Time:隨時間活動的線程數
  • 運行壓測腳本

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

  • TestPlan:測試計劃,相當于一個工程,需要測試什么,怎么測就是定義在一個測試計劃中
  • Thread Group:線程組,相當于模擬的請求數。一個線程相當于一個用戶請求
  • 察看結果樹:監聽發送請求時各個請求的狀態
  • 聚合報告:把一次測試的數據匯總
  • 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接口压测(二)的全部內容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。