聚合報告(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端發出請求到得到響應的整個時間