1、JMeter使用指南Abstract本文重點介紹JMeter工具在測試中地位以及其中一些難以理解或者手冊中含糊不清的感念，讀者可以通過本文了解這些概念，然后再根據(jù)自己的需要查閱JMeter中各個組件的具體用法來完成測試工作。(本文由numberzero藺皓原創(chuàng)，其中不免有一些錯誤，歡迎大家一起討論一起進步，歡迎轉(zhuǎn)載)1.簡介JMeter是一個專門用于測試C/S應用的桌面測試軟件(并不適合于B/S結(jié)構(gòu)，因為它很難模擬用戶在browser上的動作，如果需要測試B/S結(jié)構(gòu)的應用，可以選擇Selenium這樣的工具)，主要被用來完成功能測試、壓力測試、性能測試等工作。JMeter與其他測試軟件相比的優(yōu)

2、勢如下：它可以幫助測試者很方便地模擬出多用戶同時訪問服務(wù)器的環(huán)境(通過Thread Group)，這樣可以檢測出很多平時在單線程環(huán)境下無法暴露出來的問題。應用范圍很廣，幾乎所有你能想到的C/S應用它都能夠提供了相應的支。JMeter中自己定制了一些特定應用的測試方案，例如對HTTP Server的測試、對數(shù)據(jù)庫的測試、對Java程序的測試等。此外即使Jmeter沒有提供當前應用的測試環(huán)境，用戶也可以同昨BeanShell的方式自行定制。提供了豐富的邏輯控制器，可以允許測試人員很方便地寫出一些相對復雜的測試邏輯。提供完善的變量機制以及配置機制，幫助測試人員減輕編寫用例的負擔，減少重復工作。提供了

3、強大的監(jiān)控組建，幫助測試人員很方便地得到測試結(jié)果統(tǒng)計信息。JMeter的略勢：難以針對正確性進行測試。雖然JMeter提供了斷言機制，但是通常我們的測試在模擬多用戶操作，因此某個用戶發(fā)出一個請求后得到的響應是不可預測的(例如同時對一個數(shù)據(jù)庫表進行讀寫，雖然我們可以讓每個模擬用戶將寫入的信息存儲在某個公共區(qū)域，但仍然可能會有問題，因為數(shù)據(jù)庫寫入的時間和寫入公共區(qū)域的時間并不能保證同步)，因此如果想通過JMeter驗證應用的正確性還是比較麻煩的。通常我們只是利用斷言來檢查一些較為簡單而又重要的信息，例如返回碼。沒有很好的BeanShell測試機制。在JMeter中，BeanShell是非常重要的一

4、部分，因為通常JMeter定制的測試方案多少與我們的應用有些出入，這時就需要使用BeanShell來完成一些JMeter無法完成的工作。然而BeanShell也是需要保證正確性的，而JMeter并沒有對BeanShell的測試提供很好的支持。通過以上的分析，可以發(fā)現(xiàn)JMeter更適合找出被測試系統(tǒng)在并發(fā)環(huán)境下存在的問題。2.JMeter測試用例的基本結(jié)構(gòu)JMeter測試用例的基本結(jié)構(gòu)是一個類似于Windows資源管理器的樹形結(jié)構(gòu)，這個樹中的每一個節(jié)點都由一個元素來表示，因此一個完整的JMeter測試用例實際上是由一個個元素組成的，而測試的執(zhí)行過程實際上就是這些元素的執(zhí)行過程。一般而言，JMet

5、er會使用深度優(yōu)先的方式遍歷這些元素，而對于同一層的元素，JMeter會自上至下地執(zhí)行。在JMeter中有很多種元素，而每種元素在樹型結(jié)構(gòu)中都有特定的意義，為了方便理解，這里把這些元素從結(jié)構(gòu)性質(zhì)上分為三大類：第一類是控制型元素，這類元素通常出現(xiàn)在樹型結(jié)構(gòu)的枝節(jié)點，它們被用來控制其下第一層元素(注意，不是其下所有元素)的執(zhí)行，例如控制他們的先后順序，或者執(zhí)行哪個或者不執(zhí)行哪個。通過這類元素我們就可以很方便地動態(tài)控制測試用例的執(zhí)行過程，這些元素就類似于變成語言中的if-else、switch、while等邏輯控制語句。第二類是動作型元素，這類元素是真正發(fā)起測試請求的元素，它們通常位于樹型結(jié)構(gòu)的底層

6、，每一個動作元素代表一次請求-響應的過程，他們的執(zhí)行順序通常被控制型元素管理。第三類是配置型元素，它們只能作為樹型結(jié)構(gòu)中的葉子節(jié)點，被用于對其作用范圍內(nèi)(作用范圍的規(guī)則如下：如果該配置元素在控制元素下，則其作用范圍為該控制元素下的所有子孫節(jié)點；如果該配置元素在動作元素下，則其作用范圍僅為這一個動作元素)的所有動作型元素產(chǎn)生一定的影響。這些影響根據(jù)具體元素種類而不同，例如改變元素的參數(shù)、延遲請求時間、在請求前后加入一些動作、監(jiān)聽請求及其相應。此外，如果某個動作型元素被多個相同的配置型元素影響后，這些配置型元素的效果就會進行Merge，Merge的規(guī)則依照元素的功能類型不同而不同(詳見第3節(jié))。3

7、.JMeter中的元素從功能上講，JMeter的元素分為八大類以及兩個特殊元素。這里從使用場合上對這些元素進行敘述，至于具體每個元素什么功能則需要查看JMeter的幫助(具體方法是點擊未知的元素，然后選擇Help菜單下的Help選項)。Test Plan元素：控制型元素。只能存在于樹型結(jié)構(gòu)的根節(jié)點。它代表了整個測試方案，測試人員可以在這里設(shè)置一些全局性的內(nèi)容，例如全局變量(注意全局變量是Thread Local的，詳見第4節(jié))、ClassPath配置(如果希望在Jmeter中調(diào)用自己的Java類就需要在這里設(shè)置了)等。Thread Group元素：控制型元素。只能存在于Test Plan元素之

8、下。它代表了一組行為相似的用戶，通常我們把一類用戶的動作放在同一個Thread Group下，這樣就可以模擬多這這樣的用戶了。在這里可以配置模擬用戶的個數(shù)(線程的個數(shù))、循環(huán)次數(shù)、執(zhí)行時間等。Logic Controller：控制型元素?？梢源嬖谟赥hread Group下任何位子。它用來完成控制其下元素的執(zhí)行，JMeter提供了很多Logic Controller類型的元素，方便我們在測試中實現(xiàn)基本的邏輯。Config Element：配置型元素。這些元素被用來改變其作用范圍內(nèi)所有動作元素的配置，利用該類元素可以減少很多測試用例編寫中的重復工作，例如可以讓一個HTTP Request Def

9、aults元素來配置所有用例中HTTP請求的主機地址以及端口號，這樣就無須在每個動作元素中都做這樣的配置了。當Merge發(fā)生時，如果某個域只有一個Config Element元素有值，則使用該值；如果某個域有多個Config Element元素有值，則使用離動作元素最近的Config Element元素的值(在動作元素節(jié)點下的配置元素最近)。Timer：配置型元素。如果希望控制請求發(fā)出的頻率，則應該使用Timer延遲這些請求。當Merge發(fā)生時，所有Timer的時間會相加。Pre Processor：配置型元素。用于根據(jù)一定條件修改所有被影響的動作元素。當Merge發(fā)生時，這些Pre Proc

10、essor將被依次執(zhí)行，離動作元素最遠的先執(zhí)行。Post Processor：同Pre Processor，只是發(fā)生在動作元素之后，用于從響應中提取需要的信息。Assertions：配置型元素。用于對其影響范圍內(nèi)的動作元素的結(jié)果進行斷言，例如可以斷言一些HTTP請求的返回碼，如果不通過則系統(tǒng)會記錄本次錯誤。Merge發(fā)生時，所有的Assertion都會被判斷。Listener：配置型元素。用于監(jiān)聽其影響范圍內(nèi)所有動作元素，測試結(jié)果數(shù)據(jù)主要由該類元素產(chǎn)生，因此他們非常有用。Merge發(fā)生時，所有的Listener監(jiān)控動作都會被執(zhí)行。Sampler：動作型元素。代表一次請求-響應的過程，他們是測試

11、用例中動作的發(fā)起者，是測試用例的主要元素。JMeter根據(jù)不同的應用預制了很多種動作元素，如果用戶覺得仍然不夠用甚至可以用BeanShell Sampler寫自己的動作。4.JMeter中的變量有的時候我們希望發(fā)送成千上萬個隨機的請求，或者希望本次請求的內(nèi)容依賴于前幾次的請求，那么就需要使用JMeter中的變量(注意，是Variable不是Property)，這樣就可以用變量來配置每一個請求，這樣就可以讓同一個Sampler每次都能發(fā)出不同的請求。使用變量時，首先必須注意的是，JMeter中的變量是線程獨立(Thread Local)的，也就是說雖然我們定義了n個變量，但是在每個線程中都有這n

12、個變量的鏡像，他們之間相互獨立，互不干擾。當我們希使用變量的時候，首先需要創(chuàng)建所需的變量。在JMeter中創(chuàng)建變量的方式很多，一種途徑是通過Test Plan定義全局變量(用于所有的Thread Group，它也是線程獨立的)，也可以通過Config Element中的User Defined Element來定義不同線程組的局部變量(注意，User Defined Element中定義的變量是用于整個線程組的，無論將這個元素放在哪里都會被應用于整個線程組，這是一個比較特殊的配置型元素)，此外當我們在應用中對某個沒有創(chuàng)建的變量賦值(后面會講到賦值)時也會創(chuàng)建該變量。實際上JMeter的源碼中是

13、使用Map來實現(xiàn)變量的，因此這些性質(zhì)也不難理解。當我們希望在某個地方引用一個變量的時候，可以通過$變量名的語法來獲取變量的值。注意，如果這個變量沒有被定義，則這個式子就會被當作普通的字符串。修改某個變量值的方法有很多，可以通過BeanShell來修改，也可以通過JMeter中一些特定的元素來修改(例如CSV Date Config Element)，還可以使用JMeter函數(shù)來定義修改某個變量(具體如何做，見后面的小節(jié))。通常情況下如果我們希望在每次循環(huán)中都發(fā)出不同的請求，那么可以將可能的請求內(nèi)容放在一個文件中，并讓CSV Date Config Element從中獲取相應的值并交給變量，也可

14、以通過BeanShell Sampler用腳本來自己定制變量的值(注意不能使用Pre Processor中的BeanShell PreProcessor來定制變量，Pre Processor是用來修改請求中的域的，這個動作發(fā)生在請求被創(chuàng)建以后。也就是說如果我們在BeanShell PreProcessor中定義了一個變量，然后寫在請求域中，那么結(jié)果就是JMeter先看到了一個沒有被賦值的變量，然后把這個$變量名式子當作字符串處理，然后再執(zhí)行BeanShell PreProcessor。這一點是很多人容易犯錯誤的地方)，也可以使用Pre Processor直接修改請求中的域，還可以在請求域中寫入

15、一個JMeter函數(shù)，直接生成需要的值。在有些應用中，我們希望下一個請求的內(nèi)容依賴于之前的請求。那么我們就可以通過Post Processor將響應中的有用信息抽取出來，然后賦值給一個變量，以便下次使用。5.JMeter中的屬性在JMeter中有Property的概念，他們通常有兩種用處：首先他們代表了JMeter的配置信息(存在JMeter目錄下的bin/perties)；其次他們可以被用來作為MemCache使用，以便線程間能夠通信(Properties的get和put方法是線程安全的)。Property的獲取、定義、修改一般是通過JMeter函數(shù)來完成的，當然也可以通

16、過強大的BeanShell。通常當我們希望多個線程之間有某種依賴關(guān)系時可以使用Property，但是這樣的需求并不多見，因為我們模擬的用戶多半都是相互獨立的，他們并不應該知道其他人在干什么。此外我們還可以將一些常量配置在perties文件中，以便在測試中隨時使用6.JMeter中的函數(shù)有的時候我們需要執(zhí)行一些簡單的操作(例如生成一個隨機數(shù))而又不希望編寫B(tài)eanShell的Code，那么可以考慮使用JMeter中內(nèi)置的一些函數(shù)。這些函數(shù)的格式通常為$_函數(shù)名(參數(shù)1,參數(shù)2.)，他們有兩種方式來返回自己的執(zhí)行結(jié)果：一種是直接返回，也就是說JMeter會在執(zhí)行該函數(shù)后用函數(shù)的

17、返回結(jié)果來替換原來調(diào)用函數(shù)的字符串(例如假設(shè)$_method(1,2)返回world，那么如果我們在域中寫hello$_method(1,2)，則實際的結(jié)果是hello world)。另一種是通過參數(shù)(通常是最后一個)指定一個變量后，JMeter會將執(zhí)行結(jié)果存入該變量。具體使用哪種方式獲得結(jié)果是根據(jù)不同的函數(shù)而定的，JMeter提供了一個強大的函數(shù)生成器(Options菜單中的Function Helper Dialog選項)，其中列出了所有的方法以及可能的函數(shù)，并且有方便的幫助文檔，用戶可以通過該生成器來生成所需的函數(shù)。這里有必要再次強調(diào)JMeter讀入一個域(任何一個可以填寫內(nèi)容的空格)的

18、過程：當JMeter讀入一個域中的字符串后，會首先查看其中的是否存在能夠匹配$.的字符串，如果有則遞歸地解析這個$.中的字符串，直到括號中的字符串不再包含括號為止。然后再解析這個$.是否為一個函數(shù)或變量，如果是則用其結(jié)果覆蓋原來的$.字符串，直至將整個字符串解析完畢。例如在輸入欄中輸入hello$_method($num,2)，而num變量的值為1，則這個字符串首先被轉(zhuǎn)化為hello$_method(1,2)，然后由于$_method(1,2)的值為world，則最終這個域中的內(nèi)容為hello world。掌握了以上內(nèi)容后基本就可以將JMeter中的函數(shù)和變量運用自入了，而讀者所需做得事情只是

19、查看手冊了解那些函數(shù)能夠提供何種功能。(注意有些函數(shù)是不能放入一些特殊的域中的，例如$_threadNum就不能放在Test Plan的變量定義或者User Defined Element中的變量定義域中，具體原因手冊上講的很明白)7.JMeter中的BeanShell在多數(shù)情況下，JMeter提供的功能是不夠我們使用的，我們的測試用例中可能會存在一些比較復雜的邏輯，而這些邏輯又不發(fā)通過簡單的函數(shù)來實現(xiàn)，那么我們就必須動用強大的BeanShell了(JMeter有一些元素專門用于在測試的不同地方加入BeanShell腳本，如BeanShell Sampler)。不幸的是，JMeter的手冊中并

20、沒有介紹BeanShell如何使用，而是把責任全部推給了BeanShell的網(wǎng)站，BeanShell的網(wǎng)站中的確有完整的BeanShell使用手冊，但是我們總不希望為了做測試又去學習一個腳本語言，因此這里給出了一些BeanShell的簡單應用，如果覺得不夠的話再去查看更加復雜的應用。7.1 BeanShell快速上手BeanShell是面向Java的腳本語言，因此如果你想在完全不會BeanShell的前提下使用他，那么直接編寫Java code就可以了。唯一需要注意的是，BeanShell支持若類型的變量，也就是不用指定變量類型，只要給他賦值就好了，BeanShell知道這個變量的類型。無論這

21、個若類型變量在哪里被使用，其后的代碼都能訪問這個變量，這與強類型俄變量不同。例如：view plaincopy to clipboardprint?/Arbitrary code blocky=2；/Untyped variable assignedint x=1；/Typed variable assignedprint(y)；/2print(x)；/Error！x is undefined.7.2 JMeter內(nèi)置變量JMeter在它的BeanShell中內(nèi)置了變量，用戶可以通過這些變量與JMeter進行交互，其中主要的變量及其使用方法如下(JMeter文檔并沒有對該部分內(nèi)容進行詳細講解，

22、這里也會說明他們分別對應于JavaDoc中的哪個類)：vars：這個變量實際引用了JMeter線程中的局部變量容器(本質(zhì)上是Map)，因此可以通過put和get方法訪問JMeter中的變量。這個變量是所有內(nèi)置變量中最有用的，它是測試用例與BeanShell交互的橋梁。對應于org.apache.jmeter.threads.JMeterVariablesprops：該變量引用了JMeter的配置信息，它的使用方法與vars類似，但是只能put進去String類型的值，而不能是一個對象。對應于java.util.Properties。ctx：該變量引用了當前線程的上下文，理論上通過這個東西我們幾

23、乎可以控制當前線程相關(guān)的一切，不過這要求使用者非常熟悉JMeter的源碼。對應于org.apache.jmeter.threads.JMeterContext。7.3在BeanShell中使用Java類有的時候我們希望發(fā)送數(shù)個請求，而這些請求的內(nèi)容是通過一個Java類來實現(xiàn)的，這時就需要讓JMeter來調(diào)用這個Java類，而唯一的途徑就是通過BeanShell。為了能夠加載Java類，我們首先需要在Test Plan中添加自定義Java類所在的Class Path，然后就可以在BeanShell中import這個Java類，最后再將獲得的內(nèi)容放入vars變量中，這樣就可以在其他地方通過$.的方式獲取該變量的信息了。例如，創(chuàng)建了一個com.linhao.A類在/root/Java文件夾下，該類有一個