jmeter-結果分析，新增監聽器

1、新增監聽器——“聚合報告”、“圖形結果”、“察看結果樹”、結果樹

1）聚合報告

Sample：本次測試場景共執行多少執行緒

Average：平均響應時間

Median：統計意義上面的響應時間中值

90%Line：所有執行緒中90%的執行緒響應時間都小於xx的值

Min：最小響應時間

Max：最大響應時間

Error：出錯率

Throghput：吞吐量以“request/second、request/minute、request/hour”，時間單位已被選為second。所以，顯示速率至少是1.0，即每秒1個請求。當吞吐量被儲存到CVS檔案時，採用的時候request/minute，所以30.0request/second在CVS中儲存為0.5

kb/sec——kilobytes/second來衡量吞吐量

2）圖形結果

樣本數目：總共傳送到伺服器的請求數

最新樣本：代表時間的數字，是伺服器響應最後一個請求時間

吞吐量：伺服器每分鐘處理的請求數

平均值：總執行時間除以傳送到伺服器的請求數

中值：代表時間的數字，有一半的伺服器響應時間低於該值，另一半高於該值

偏離：伺服器響應時間變化、離散程度測量值的大小，或者，換句話說，就是資料的分佈

注意：Jmeter只能儲存.jmx格式的檔案，可用XSLT分析JMeter結果檔案，匯出檔案格式為xml

3)結果樹

通過這個Listener，我們可以看到很詳細的每個transaction它所返回的結果，其中紅色是指出錯的transaction，綠色則為通過的。

如果你測試的場景會有很多的transaction完成，建議在這個Listener中僅記錄出錯的transaction就可以了。要做到這樣，你只需要將Log/Display:中的Errors勾中就可以了。

4）用表格檢視結果

各屬性如下：

Sample：每個請求的序號

Start Time：每個請求開始時間

Thread Name：每個執行緒的名稱

Label：Http請求名稱

Sample Time：每個請求所花時間，單位毫秒

Status：請求狀態，如果為勾則表示成功，如果為叉表示失敗。

Bytes：請求的位元組數

如果Status為叉，那很顯然請求是失敗了，但如果是勾，也並不能認為請求就一定完全成功了，因為還得看Bytes的位元組數是否是所請求網頁的正常大小值，如果不是則說明發生了丟包現象，也不是完全成功。