調試利器。想必你們也都常常用,不作介紹。有點相似咱們的抓包,能夠看到request以及response信息。html
Summary Report 爲測試中的每一個不一樣命名的請求建立一個錶行。這與聚合報告相似,只是它使用更少的內存。正則表達式
參數說明:服務器
與Summary Report相似,可是表格中的內容有些許區別。工具
後面補充,暫時尚未研究這玩意。性能
經過Aggregate Graph 咱們能夠看到表格顯示的結果與圖形結果,看着挺複雜,其實稍微翻譯一下就知道,絕大多數都是對圖形的設置。測試
Draw outlines bar?
在條形圖上繪製或不繪製邊界線
Show number grouping?
是否顯示
Y
軸標籤中的數字分組
Value labels vertical?
更改值標籤的方向。(默認爲水平)
Column label selection
按結果標籤過濾
在圖表的頭部定義圖表的標題字體
根據當前JMeter窗口大小的寬度和高度計算圖形大小。使用「 寬度
」
和
「
高度
」
字段定義自定義大小。單位是像素。
ui
定義X軸標籤的最大長度(以像素爲單位)spa
爲Y軸定義自定義最大值。線程
定義圖表圖例的放置和字體設置
沒什麼好解釋的,消耗了大量資源(內存和CPU),性能測試時候不建議使用。
配合比較斷言一塊兒使用,沒整明白,下次研究一下。
生成到目前爲止測試運行的摘要到日誌文件和/或標準輸出。簡單的說,能夠經過如下兩個界面看到,固然也不止這兩個。先舉這兩個例子。
我以爲圖形結果是有玄學在裏面的。固然呢,也佔用系統CPU,因此性能測試時候不推薦使用。我看這個圖是頭疼的。可是,該寫仍是要寫~
樣本數目。在這裏,咱們能夠把樣本數量簡單理解成是jmeter一共向服務器發起了多少次請求;
最新樣本。jmeter最後一次發送請求的響應時間。單位是毫秒;
平均。全部請求響應時間的平均值。單位是毫秒;
偏離。標準方差,學過統計學的同窗應該知道這個概念。若是你對這個概念一無所知也沒有關係,偏離越小就表明測試的整體結果與平均值越接近;
吞吐量。被測系統每分鐘能處理的請求個數,這是判斷服務器性能好壞的重要指標(也能夠說是最重要的指標)。在上面的圖形結果報表裏咱們能夠看到系統的吞吐量是138.985每分鐘,這就表明着系統每分鐘能夠處理138.985個請求;
中值。就是響應時間的中間值,學術一點中值指的是有50%的值大於這個值,另外50%的值小於這個值。蒙圈了吧?實際上中值指的是若是有9個數,那麼咱們從小到大排列這些數,排在第5個的數就是這一組數的中值。那麼若是有10個數呢?10個數的話第5個和第6個數的平均值就是這組數字的中值;
後面研究後面研究,須要用到一些js,惹不起,惹不起,感受jmeter爲了作功能測試已經喪心病狂。
若是測試運行從服務器收到太多失敗的響應,則能夠將郵件程序可視化工具設置爲發送電子郵件,這個不錯,起到及時通知效果,下面我使用的是163 SMTP進行測試。能夠實現。
from 發送人 addressee 接收人
響應時間圖形監聽器。有點和咱們以前介紹的Aggregate Graph相似
寬度
」
和
「
高度
」
字段定義自定義大小。單位是像素。
下次研究。沒興趣沒興趣
用來記錄取樣器響應結果,不會以圖形方式顯示。配合NON GUI模式使用
和聚合報告相似。沒什麼好解釋的