聚合報告(aggregate report)
對於每個請求，它統計響應信息並提供請求數，平均值，最大，最小值，錯誤率，大約吞吐量(以請求數/秒為單位)和以kb/秒為單位的吞吐量.
吞吐量是以取樣目標點的視角來統計的(例如：HTTP請求樣例中設置的遠程服務器). JMeter會把已生成請求的總響應時間考慮在內，所以，如果相同線程組中有其它取樣器或定時器，將增加總時間，進而減少吞吐量的值。因此，兩個僅名稱不同的取樣器，其吞吐量為該兩個取樣器吞吐量總和的一半。正確的選擇取樣器名字對於重聚合報告中獲取最佳的結果來說很重要。
個人理解：不管是否有其它取樣器還是定時器，這里主要是基於時間和請求數的計算，吞吐量= 請求數/總時間，拿定時器來說，它具有線程延遲功能，不增加請求數的情況下，增大總時間，自然吞吐量就減少了。
這筆者做了個實驗，每次運行一次，每次手動運行，且每次運行前不清空結果，運行測試，查看聚合報告顯示。因為手動運行，每兩次運行期間，都有空閑期，在這段空閑期有時候還比較長，幾分鍾到幾十分鍾不等。
結果發現，聚合報告是累加的，即每次運行的結果統計都是基於前一次運行的結果進行統計，包括發起的請求樣本數等都是疊加的，比如我11:00運行一次，發起10個請求，11:20運行一次，發起10個請求，這時聚合報告顯示請求數為20個，而此時的吞吐量和第一次運行相差甚遠，個人猜測它把11：00到11：20期間非運行狀態的時間也算進去了。所以，總時間大大增加。
不勾選“標簽中不包含名稱（include group name in label）”復選框
注意：使用聚合報告時，測試計划中不要用相同的的請求取樣器名稱
Label：每個 JMeter 的 element（例如 HTTP Request）都有一個 Name 屬性，這里顯示的就是 Name 屬性的值
#Samples：表示你這次測試中一共發出了多少個請求，如果模擬10個用戶，每個用戶迭代10次，那么這里顯示100
Average：平均響應時間——默認情況下是單個 Request 的平均響應時間，當使用了 Transaction Controller 時，也可以以Transaction 為單位顯示平均響應時間
Median：中位數，也就是 50％ 用戶的響應時間
90% Line：90％ 用戶的響應時間
Note：關於 50％ 和 90％ 並發用戶數的含義，請參考下文
http://www.cnblogs.com/jackei/archive/2006/11/11/557972.html
Min：最小響應時間
Max：最大響應時間
Error%：本次測試中出現錯誤的請求的數量/請求的總數
Throughput：吞吐量——默認情況下表示每秒完成的請求數（Request per Second），當使用了 Transaction Controller 時，也可以表示類似 LoadRunner 的 Transaction per Second 數
KB/Sec：每秒從服務器端接收到的數據量，相當於LoadRunner中的Throughput/Sec