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