1. 程式人生 > >Jmeter介面測試-簡單分析結果數、聚合報告以及圖形結果(收藏)

Jmeter介面測試-簡單分析結果數、聚合報告以及圖形結果(收藏)

Jmeter介面測試-簡單分析結果數、聚合報告以及圖形結果(二)

2018年03月20日 16:54:30 閱讀數:3738 標籤: 結果樹聚合報告圖形結果 更多

簡單分析結果數、聚合報告以及圖形結果

結果樹

這裡寫圖片描述

  • 取樣器結果:返回值報200,表示執行介面除錯成功
  • 請求:傳送的資料
  • 響應資料:返回的資料
  • Thread Name:執行緒組名稱
  • Sample Start: 啟動開始時間
  • Load time:載入時長
  • Latency:等待時長
  • Size in bytes:傳送的資料總大小
  • Headers size in bytes:傳送資料的其餘部分大小
  • Sample Count
    :傳送統計
  • Error Count:互動錯誤統計
  • Response code:返回碼
  • Response message:返回資訊
  • Response headers:返回的頭部資訊

聚合報告

這裡寫圖片描述

  • Label:httpRequest name屬性值。
  • Samples:測試的過程中一共發出了多少個請求即匯流排程數,(如果模擬10個使用者,每個使用者迭代10次,這裡就顯示100),對應圖形報表中的樣本數目。
  • Average:單個Request的平均響應時間,計算方法是總執行時間除以傳送到伺服器的總請求數,對應圖形報表中的平均值。
  • Median:50%使用者的響應時間。
  • 90%Line:90%使用者的響應時間。
  • Min:伺服器響應的最短時間。
  • Max:伺服器響應的最長時間。
  • Error%:本次測試中出錯率,請求的數量/請求的總數。
  • Throughput:吞吐量,預設情況下表示每秒完成的請求數。
  • KB/Sec:每秒從伺服器接收到的資料量,即每秒鐘請求的位元組數,時間單位均為ms。

圖形結果

這裡寫圖片描述

  • 樣本數目:總共傳送到伺服器的請求數。
  • 最新樣本:代表時間的數字,是伺服器響應最後一個請求的時間。
  • 吞吐量:伺服器每分鐘處理的請求數。
  • 平均值:總執行時間除以傳送到伺服器的請求數。
  • 中間值:有一半的伺服器響應時間低於改值而另一半高於該值。
  • 偏離:表示伺服器響應時間變化、離散程度測量值的大小。

    針對這個介面對500,800,1000,1500個執行緒(即使用者)進行測試,Ramp-up period(inseconds)的值設為0,即同時併發請求,迴圈1次。
    
    • 1
    • 2

    1 根據聚合報告以及圖形結果各項引數指標分析 
    (1)每間隔一秒鐘併發的執行緒數越多,介面99%Line引數值先增加後減小,1500個執行緒時基本達到峰值; 
    (2)每間隔一秒鐘併發的執行緒數越多,吞吐量先減後增,每秒鐘完成的請求數減幅較大。 
    2 據圖形結果分析 
    (1)隨著傳送到伺服器的請求數越來越多,偏離數量越來越大,伺服器越來越不穩定; 
    (2)傳送到伺服器的請求數增加,吞吐量(即伺服器每分鐘處理的伺服器的請求)先減少後增加。 
    總結: 
    一般情況下,當用戶能夠在2秒以內得到響應時,會感覺系統的響應很快;當用戶在2-5秒之間 
    得到響應時,會感覺系統的響應速度還可以;當用戶在5-10秒以內得到響應時,會感覺系統的 
    響應速度很慢,但是還可以接受;而當用戶在超過10秒後仍然無法得到響應時,會感覺系統糟 
    透了,或者認為系統已經失去響應,而選擇離開這個Web站點,或者發起第二次請求。