聚合報告：Aggregate Report
Label：每個JMeter的element的Name值。例如HTTP Request的Name
#Samples：發出請求數量。如第三行記錄，模擬20個用戶，循環100次，所以顯示了2000
Average：平均響應時間（單位：）。默認是單個Request的平均響應時間，當使用了Transaction Controller時，也可以以Transaction爲單位顯示平均響應時間
Median：中位數，也就是50%用戶的響應時間
90%Line：90%用戶的響應時間
95%Line：95%用戶的響應時間
99%Line：99%用戶的響應時間
注：爲什麼要有*%用戶響應時間？因爲在評估一次測試的結果時，僅僅有平均事物響應時間是不夠的。假如有一次測試，總共有100個請求被響應，其中最小響應時間爲0.02秒，最大響應時間爲110秒，平均事務響應時間爲4.7秒，你會不會想到最小和最大響應時間如此大的偏差是否會導致平均值本身並不可信？
我們可以在95 th之後繼續添加96/ 97/ 98/ 99/ 99.9/ 99.99 th，並利用Excel的圖表功能畫一條曲線，來更加清晰表現出系統響應時間的分佈情況。這時候你也許會發現，那個最大值的出現機率只不過是千分之一甚至萬分之一，而且99％的用戶請求的響應時間都是在性能需求所定義的範圍之內的；如下圖則是最低響應時間的值出現機率是很小的，實際99%的用戶請求響應時間都要20000+。
Min：最小響應時間
Max：最大響應時間
Error%：本次測試中出現錯誤的請求的數量/請求的總數
Throughput：吞吐量。默認情況下標示每秒完成的請求數（具體單位如下圖）
KB/sec：每秒從服務器端接收到的數據量。
