1TG2-1500增強上下行網(wǎng)速顯示效果

1TG2-1500支持上下行網(wǎng)速測試，并增強實時圖標展示效果，（鄒先生1-3 7- 1 5- 29 - 75 1 0），并且1TG2-1500還可以測試用戶的并發(fā)量，只需10秒就能出結果，通過或是失敗一步搞定，讓用戶放心測試，測試結束以后，還有專業(yè)的性能測試報告，一鍵導出，一份報告搞定一個甲方驗收，美滋滋。

1TG2-1500增強上下行網(wǎng)速顯示效果

作為1TG2-1500的功能亮點，測試吞吐有什么意義呢，我們先來了解一下吞吐量是什么，吞吐量有時候也叫做每秒事務處理數(shù)（Transaction Per Second，簡稱TPS），TPS的粒度更大一些，落實到具體的測試腳本上，就是將一系列的請求組合成一筆交易，以這筆交易作為衡量吞吐量的小粒度。但是吞吐量這個指標的數(shù)據(jù)有時候會“搗亂”，如果只是看其中的一些表面意義的話，解讀出來的數(shù)據(jù)就會有很大的問題，甚至會誤導對被測系統(tǒng)能力的判斷。那XMeter君就來帶領大家看一下吞吐量這個指標后面的秘密。吞吐量的計算方式1：假設累積一段時間t秒的請求或者交易數(shù)目為c，計算吞吐量為：c/t = x（個/秒）。比如在一分鐘內(nèi)，被測系統(tǒng)能夠處理30筆交易，那么該系統(tǒng)的吞吐量為30/60（秒）=0.5，我們稱該系統(tǒng)的吞吐量為0.5。同理，如果在5秒鐘內(nèi)，被測系統(tǒng)能夠處理6個請求，那么吞吐量為6/5=1.2。吞吐量的計算方式2：如果針對單個用戶單筆交易的處理時間為x秒，那么每秒能夠處理的交易數(shù)為1/x。假設現(xiàn)有y個用戶，假設系統(tǒng)能輕松處理這y個用戶的請求，那么該系統(tǒng)的針對該交易的吞吐量為: y/x。根據(jù)此種計算方法，如果單筆交易時間是0.5秒，那么一秒鐘能處理2筆交易，如果系統(tǒng)能夠同時服務10個用戶，那么該系統(tǒng)的吞吐量為20.這兩種計算方式都沒有問題，正常情況下應該可以互相印證。但是我們現(xiàn)在來研究一下下面的這個JMeter測試腳本，該腳本非常簡單，它的任務是判斷每個虛擬用戶里循環(huán)執(zhí)行的次數(shù)，只有在偶數(shù)次的時候才會執(zhí)行Debug Sampler里的請求。

Debug Sampler是JMeter提供的內(nèi)置Sampler，主要任務用于打印JMeter的虛擬用戶中的變量等值，用于調(diào)試腳本之用。該Sampler主要是從內(nèi)存中讀取并打印變量的值，沒有網(wǎng)絡等費時的操作，一般來說其執(zhí)行速度會非常之快，由此可見如果執(zhí)行上述測試腳本的時候，其吞吐量會非常的高。如下圖所示，是該腳本在XMeter上運行的結果截屏?？梢钥吹皆揝ampler的平均響應時間非常小，大概為0.01毫秒，按照我們腳本的邏輯，由于沒有思考時間，而且該Sampler的執(zhí)行速度非常快，所以基本上可以認為該腳本大概每隔百分之一毫秒就可以完成一次請求，那么在一秒鐘內(nèi)一個用戶應該可以完成100000個請求，所以吞吐量應該大約為10萬?？墒亲x者看一下下面的測試報告會發(fā)現(xiàn)吞吐量才242！那么問題出在哪兒了？