本文版權(quán)歸xmeter.net 所有。歡迎轉(zhuǎn)載，轉(zhuǎn)載請注明出處。
摘要##
JMeter提供了多種方式來自定義腳本來實(shí)現(xiàn)JMeter不支持的功能，常見的方式有插入BeanShell腳本和通過擴(kuò)展JMeter提供的Java接口，本文通過實(shí)現(xiàn)一個(gè)簡單的功能來比較兩種不同的實(shí)現(xiàn)方式下對JMeter的性能影響，并對這兩種不同的實(shí)現(xiàn)方式的使用場景提供推薦。
測試場景##
假設(shè)測試腳本需要產(chǎn)生一個(gè)長度為1024的隨機(jī)字符串，字符串產(chǎn)生后將其賦值給一個(gè)名為“data”的變量，供后面的Sampler來使用，在本文中使用的是“Dummy Sampler”，該Sampler能讓用戶手工輸入“Request Data”和“Response Data”，使用過程中易于調(diào)試和測試。BeanShell版的JMeter測試腳本結(jié)構(gòu)如下。需要注意的是Dummy Sampler不是JMeter標(biāo)準(zhǔn)提供的Sampler，讀者如果有興趣，參見https://jmeter-plugins.org 安裝步驟將其安裝到你的JMeter中。
BeanShell Preprocessor中的代碼如下，生成了隨機(jī)字符串后將值賦值給變量“data”。
在Dummy Sampler里的“Response Data”輸入框中傳入變量“data”，如下圖所示。
Java擴(kuò)展JMeter的實(shí)現(xiàn)方式下，測試腳本的基本結(jié)構(gòu)與上類似，如下圖所示，不一樣的地方是把“BeanShell Preprocessor”替換成了“User Parameters”。
“User Parameters”下加入一個(gè)變量，該變量的值是自定義擴(kuò)展的一個(gè)函數(shù) － “${__MyRandomFunc()}”。
該自定義函數(shù)MyRandomFunc的實(shí)現(xiàn)方式如下所示，具體請參見這篇文章來學(xué)習(xí)如何擴(kuò)展自定義函數(shù)。
測試配置##
測試運(yùn)行之前，將兩個(gè)測試用例的ThreadGroup的數(shù)目設(shè)置成100，每個(gè)Thread運(yùn)行100次。
測試機(jī)器是在青云上申請的標(biāo)準(zhǔn)虛機(jī)：
1）2核CPU＊2GB內(nèi)存
2）20GB硬盤
3）操作系統(tǒng)CentOS 7，64位
4）Java版本是Open JDK 8
5）JMeter版本是3.0
JMeter測試采用非UI方式運(yùn)行。
測試結(jié)果##
BeanShell執(zhí)行完測試約用了1分18秒左右，控制臺(tái)打印出的測試結(jié)果如下。JMeter進(jìn)程CPU使用率為137%，內(nèi)存使用率為14%.
summary + 2802 in 00:00:23 = 120.6/s Avg: 276 Min: 50 Max: 516 Err: 0 (0.00%) Active: 100 Started: 100 Finished: 0
summary + 4138 in 00:00:30 = 138.1/s Avg: 275 Min: 50 Max: 506 Err: 0 (0.00%) Active: 100 Started: 100 Finished: 0
summary = 6940 in 00:00:53 = 130.5/s Avg: 275 Min: 50 Max: 516 Err: 0 (0.00%)
summary + 3060 in 00:00:24 = 125.9/s Avg: 276 Min: 50 Max: 502 Err: 0 (0.00%) Active: 0 Started: 100 Finished: 100
summary = 10000 in 00:01:18 = 129.0/s Avg: 276 Min: 50 Max: 516 Err: 0 (0.00%)
Java擴(kuò)展JMeter的實(shí)現(xiàn)方式執(zhí)行完測試約用了32秒，控制臺(tái)打印出的測試結(jié)果如下。JMeter進(jìn)程CPU使用率為50%，內(nèi)存使用率為5%.
summary + 6544 in 00:00:19 = 348.5/s Avg: 273 Min: 50 Max: 501 Err: 0 (0.00%) Active: 100 Started: 100 Finished: 0
summary + 3456 in 00:00:14 = 252.6/s Avg: 277 Min: 50 Max: 501 Err: 0 (0.00%) Active: 0 Started: 100 Finished: 100
summary = 10000 in 00:00:32 = 308.1/s Avg: 274 Min: 50 Max: 501 Err: 0 (0.00%)
由測試結(jié)果可以看到Java擴(kuò)展JMeter方式下執(zhí)行時(shí)間，CPU、內(nèi)存占用率比BeanShell方式下占明顯的優(yōu)勢。讀者需要注意的是Avg，Min和Max指的是“Dummy Sampler”的統(tǒng)計(jì)數(shù)據(jù)，兩種使用方式下Dummy Sampler的執(zhí)行時(shí)間都是一樣的，而吞吐量后者比前者多了將近1倍，原因就在于測試步驟中的第一步的不同實(shí)現(xiàn)方式下，后者比前者快了很多。
使用建議##
BeanShell是JMeter內(nèi)置的功能，但是由于它是腳本語言，動(dòng)態(tài)加載執(zhí)行的，因此效率不是很高，不太適合于在經(jīng)常執(zhí)行的場景下，比如將BeanShell放在循環(huán)內(nèi)部，不斷地被執(zhí)行。比較適合的應(yīng)用場景是放在執(zhí)行一次、或者少數(shù)幾次的地方，比如在循環(huán)外部讀取配置文件內(nèi)容等。
而Java擴(kuò)展JMeter的實(shí)現(xiàn)方式的效率比較高，適合于放在經(jīng)常執(zhí)行的測試步驟中，但是由于它不是JMeter內(nèi)置的功能，擴(kuò)展起來需要有些工作量，而且部署的時(shí)候也比較麻煩（分布式運(yùn)行的時(shí)候需要將自定義的JAR拷貝至所有的機(jī)器上）。讀者根據(jù)自己的使用場景來選擇適合自己的自定義腳本的方式。
關(guān)于我們##
XMeter成立于2016年，核心團(tuán)隊(duì)都來自于IBM，是一家領(lǐng)先技術(shù)的性能測試持續(xù)集成咨詢與服務(wù)提供商。我們致力于提供給客戶可靠,簡單,低成本的性能測試解決方案。
