Label：每個JMeter的element的Name值。例如HTTP Request的Name
#Samples：發(fā)出請求數(shù)量。模擬20個用戶，循環(huán)100次，所以顯示了2000
Average：平均響應(yīng)時間（單位：）。默認(rèn)是單個Request的平均響應(yīng)時間，當(dāng)使用了Transaction Controller時，也可以以Transaction為單位顯示平均響應(yīng)時間
Median：中位數(shù)，也就是50%用戶的響應(yīng)時間
90%Line：90%用戶的響應(yīng)時間
95%Line：95%用戶的響應(yīng)時間
99%Line：99%用戶的響應(yīng)時間
注：為什么要有*%用戶響應(yīng)時間？因為在評估一次測試的結(jié)果時，僅僅有平均事物響應(yīng)時間是不夠的。假如有一次測試，總共有100個請求被響應(yīng)，其中最小響應(yīng)時間為0.02秒，最大響應(yīng)時間為110秒，平均事務(wù)響應(yīng)時間為4.7秒，你會不會想到最小和最大響應(yīng)時間如此大的偏差是否會導(dǎo)致平均值本身并不可信？
我們可以在95 th之后繼續(xù)添加96/ 97/ 98/ 99/ 99.9/ 99.99 th，并利用Excel的圖表功能畫一條曲線，來更加清晰表現(xiàn)出系統(tǒng)響應(yīng)時間的分布情況。這時候你也許會發(fā)現(xiàn)，那個最大值的出現(xiàn)幾率只不過是千分之一甚至萬分之一，而且99％的用戶請求的響應(yīng)時間都是在性能需求所定義的范圍之內(nèi)的；如下圖則是最低響應(yīng)時間的值出現(xiàn)幾率是很小的，實際99%的用戶請求響應(yīng)時間都要20000+。
Min：最小響應(yīng)時間
Max：最大響應(yīng)時間
Error%：本次測試中出現(xiàn)錯誤的請求的數(shù)量/請求的總數(shù)
Throughput：吞吐量。默認(rèn)情況下標(biāo)示每秒完成的請求數(shù)（具體單位如下圖）
KB/sec：每秒從服務(wù)器端接收到的數(shù)據(jù)量。
Number of Threads(users):一個用戶占一個線程， ?200個線程就是模擬200個用戶
Ramp-Up Period(in seconds):? 設(shè)置線程需要多長時間全部啟動。如果線程數(shù)為200 ，準(zhǔn)備時長為10 ，那么需要1秒鐘啟動20個線程。也就是每秒鐘啟動20個線程。
Loop Count: 每個線程發(fā)送請求的次數(shù)。如果線程數(shù)為200 ，循環(huán)次數(shù)為10 ，那么每個線程發(fā)送10次請求?？傉埱髷?shù)為200*10=2000 。如果勾選了“永遠(yuǎn)”，那么所有線程會一直發(fā)送請求，直到選擇停止運(yùn)行腳本。
