1TG2-1500增強(qiáng)上下行網(wǎng)速顯示效果
1TG2-1500支持上下行網(wǎng)速測試，并增強(qiáng)實(shí)時(shí)圖標(biāo)展示效果，（鄒先生1-3 7- 1 5- 29 - 75 1 0），并且1TG2-1500還可以測試用戶的并發(fā)量，只需10秒就能出結(jié)果，通過或是失敗一步搞定，讓用戶放心測試，測試結(jié)束以后，還有專業(yè)的性能測試報(bào)告，一鍵導(dǎo)出，一份報(bào)告搞定一個(gè)甲方驗(yàn)收，美滋滋。
1TG2-1500增強(qiáng)上下行網(wǎng)速顯示效果
作為1TG2-1500的功能亮點(diǎn)，測試吞吐有什么意義呢，我們先來了解一下吞吐量是什么，吞吐量有時(shí)候也叫做每秒事務(wù)處理數(shù)（Transaction Per Second，簡稱TPS），TPS的粒度更大一些，落實(shí)到具體的測試腳本上，就是將一系列的請求組合成一筆交易，以這筆交易作為衡量吞吐量的小粒度。但是吞吐量這個(gè)指標(biāo)的數(shù)據(jù)有時(shí)候會“搗亂”，如果只是看其中的一些表面意義的話，解讀出來的數(shù)據(jù)就會有很大的問題，甚至?xí)`導(dǎo)對被測系統(tǒng)能力的判斷。那XMeter君就來帶領(lǐng)大家看一下吞吐量這個(gè)指標(biāo)后面的秘密。吞吐量的計(jì)算方式1：假設(shè)累積一段時(shí)間t秒的請求或者交易數(shù)目為c，計(jì)算吞吐量為：c/t = x（個(gè)/秒）。比如在一分鐘內(nèi)，被測系統(tǒng)能夠處理30筆交易，那么該系統(tǒng)的吞吐量為30/60（秒）=0.5，我們稱該系統(tǒng)的吞吐量為0.5。同理，如果在5秒鐘內(nèi)，被測系統(tǒng)能夠處理6個(gè)請求，那么吞吐量為6/5=1.2。吞吐量的計(jì)算方式2：如果針對單個(gè)用戶單筆交易的處理時(shí)間為x秒，那么每秒能夠處理的交易數(shù)為1/x。假設(shè)現(xiàn)有y個(gè)用戶，假設(shè)系統(tǒng)能輕松處理這y個(gè)用戶的請求，那么該系統(tǒng)的針對該交易的吞吐量為: y/x。根據(jù)此種計(jì)算方法，如果單筆交易時(shí)間是0.5秒，那么一秒鐘能處理2筆交易，如果系統(tǒng)能夠同時(shí)服務(wù)10個(gè)用戶，那么該系統(tǒng)的吞吐量為20.這兩種計(jì)算方式都沒有問題，正常情況下應(yīng)該可以互相印證。但是我們現(xiàn)在來研究一下下面的這個(gè)JMeter測試腳本，該腳本非常簡單，它的任務(wù)是判斷每個(gè)虛擬用戶里循環(huán)執(zhí)行的次數(shù)，只有在偶數(shù)次的時(shí)候才會執(zhí)行Debug Sampler里的請求。
Debug Sampler是JMeter提供的內(nèi)置Sampler，主要任務(wù)用于打印JMeter的虛擬用戶中的變量等值，用于調(diào)試腳本之用。該Sampler主要是從內(nèi)存中讀取并打印變量的值，沒有網(wǎng)絡(luò)等費(fèi)時(shí)的操作，一般來說其執(zhí)行速度會非常之快，由此可見如果執(zhí)行上述測試腳本的時(shí)候，其吞吐量會非常的高。如下圖所示，是該腳本在XMeter上運(yùn)行的結(jié)果截屏。可以看到該Sampler的平均響應(yīng)時(shí)間非常小，大概為0.01毫秒，按照我們腳本的邏輯，由于沒有思考時(shí)間，而且該Sampler的執(zhí)行速度非?？?，所以基本上可以認(rèn)為該腳本大概每隔百分之一毫秒就可以完成一次請求，那么在一秒鐘內(nèi)一個(gè)用戶應(yīng)該可以完成100000個(gè)請求，所以吞吐量應(yīng)該大約為10萬?？墒亲x者看一下下面的測試報(bào)告會發(fā)現(xiàn)吞吐量才242！那么問題出在哪兒了？
