聚合報告(aggregate report)
對於每個請求，它統計響應信息並提供請求數，平均值，最大，最小值，錯誤率，大約吞吐量(以請求數/秒為單位)和以kb/秒為單位的吞吐量.
吞吐量是以取樣目標點的視角來統計的(例如：HTTP請求樣例中設置的遠程服務器). JMeter會把已生成請求的總響應時間考慮在內，所以，如果相同線程組中有其它取樣器或定時器，將增加總時間，進而減少吞吐量的值。因此，兩個僅名稱不同的取樣器，其吞吐量為該兩個取樣器吞吐量總和的一半。正確的選擇取樣器名字對於重聚合報告中獲取最佳的結果來說很重要。
個人理解：不管是否有其它取樣器還是定時器，這里主要是基於時間和請求數的計算，吞吐量= 請求數/總時間，拿定時器來說，它具有線程延遲功能，不增加請求數的情況下，增大總時間，自然吞吐量就減少了。
這筆者做了個實驗，每次運行一次，每次手動運行，且每次運行前不清空結果，運行測試，查看聚合報告顯示。因為手動運行，每兩次運行期間，都有空閑期，在這段空閑期有時候還比較長，幾分鍾到幾十分鍾不等。
結果發現，聚合報告是累加的，即每次運行的結果統計都是基於前一次運行的結果進行統計，包括發起的請求樣本數等都是疊加的，比如我11:00運行一次，發起10個請求，11:20運行一次，發起10個請求，這時聚合報告顯示請求數為20個，而此時的吞吐量和第一次運行相差甚遠，個人猜測它把11：00到11：20期間非運行狀態的時間也算進去了。所以，總時間大大增加。
不勾選“標簽中不包含名稱（include group name in label）”復選框
注意：使用聚合報告時，測試計划中不要用相同的的請求取樣器名稱
表頭說明：
Label - 如圖，在不勾選"Include group name in label?"復選框的情況下，為請求取樣器的名稱，否則為“請求取樣器所在線程組:請求取樣器名稱”
# Samples - 用同一個請求取樣器，發送請求的數量(注意：該值是不斷累計的)。比如，10個線程數設置為10，迭代10次，那么每運行一次測試，該值就增加10*10=100
Average - 默認情況下是單個Request的平均響應時間，當使用了Transaction Controller 時，也可以以Transaction為單位顯示平均響應時間
Median - 中位數。表示響應時間本不大於該時間值的請求樣本數占總數的50%
90% Line - 表示響應時間不大於該時間值的請求樣本數占總數的90%
Min - 針對同一請求取樣器，請求樣本的最小響應時間
Max - 針對同一請求取樣器，請求樣本的最大響應時間
Error % - 出現錯誤的請求樣本的百分比
Throughput - 吞吐量以“requests/second、requests /minute、requests /hour”來衡量。 時間單位已經被選取為second，所以，顯示速率至少是1.0，即每秒1個請求。 當吞吐量被保存到CVS文件時，采用的是requests/second，所以30.0 requests/second 在CVS中被保存為0.5
Kb/sec - 以Kilobytes/seond來衡量的吞吐量
注意：
1.無特別說明，以上時間的單位均為ms
2.請求響應時間指的是從client端發出請求到得到響應的整個時間