摘要：有了測試腳本，通過線程組來模擬真實用戶對服務(wù)器的訪問壓力。不同的是，這些類型的線程執(zhí)行測試結(jié)束后執(zhí)行定期的線程組。線程組中包含的線程數(shù)量在測試執(zhí)行過程中是不會發(fā)生改變的。邏輯控制器元件只對其子節(jié)點中的取樣器和邏輯控制器作用。

工欲善其事必先利其器，要保證移動應(yīng)用產(chǎn)品在上線之后能穩(wěn)定運行于各種復(fù)雜環(huán)境，僅僅進行功能測試是遠遠不夠的，壓力測試越來越被應(yīng)用開發(fā)商所重視。而壓力測試從傳統(tǒng)的內(nèi)部壓力到基于云計算的壓力測試，再到用戶視角的外部壓測，也在不斷發(fā)展變化。JMeter作為一款廣為流傳的開源壓測產(chǎn)品，最初被設(shè)計用于Web應(yīng)用測試，并不斷擴展到其他測試領(lǐng)域。
如今，JMeter可以用于測試靜態(tài)和動態(tài)資源，例如靜態(tài)文件、Java 小服務(wù)程序、CGI 腳本、Java 對象、數(shù)據(jù)庫、FTP 服務(wù)器等等，還能對服務(wù)器、網(wǎng)絡(luò)或?qū)ο竽M巨大的負載，通過不同壓力類別測試它們的強度和分析整體性能。另外，JMeter能夠?qū)?yīng)用程序做功能/回歸測試，通過創(chuàng)建帶有斷言的腳本來驗證你的程序返回了你期望的結(jié)果。為了最大限度的靈活性，JMeter允許使用正則表達式創(chuàng)建斷言。
JMeter的特點包括對HTTP、FTP服務(wù)器、數(shù)據(jù)庫進行壓力/性能測試；完全的可移植性；完全 Swing和輕量組件支持包；完全多線程；緩存和離線分析/回放測試結(jié)果；可鏈接的取樣器；具有提供動態(tài)輸入到測試的功能；支持腳本編程的取樣器等。不僅如此，在設(shè)計階段JMeter能夠充當(dāng)HTTP PROXY（代理）來記錄瀏覽器的HTTP請求，也可以記錄Apache等WebServer的log文件來重現(xiàn)HTTP流量，并在測試運行時以此為依據(jù)設(shè)置重復(fù)次數(shù)和并發(fā)度（線程數(shù)）來進行壓測。

JMeter可以作為Web服務(wù)器與瀏覽器之間的代理網(wǎng)關(guān)，捕獲瀏覽器請求和Web服務(wù)器響應(yīng)，這樣就能快速生成性能測試腳本。有了測試腳本，JMeter通過線程組來模擬真實用戶對Web服務(wù)器的訪問壓力。
原理圖如下：

JMeter的結(jié)構(gòu)如下圖所示，通過各種元件的組織配合，滿足不同的測試需要：

1、Test?Plan?(測試計劃)：用來描述一個性能測試，包含與本次性能測試所有相關(guān)的功能，也就說性能測試的所有內(nèi)容都是于基于一個計劃的，右鍵單擊“測試計劃”彈出菜單：

注意：“函數(shù)測試模式”復(fù)選框如果被選擇，會記錄來自服務(wù)器返回的每個取樣的數(shù)據(jù)，在測試監(jiān)聽器中選擇一個文件，這些數(shù)據(jù)將被寫入文件。如果嘗試一個較小的測試來保證JMeter配置正確并且服務(wù)器正在返回期望的結(jié)果，這是很有用的，但后果是這個文件會快速增大并對JMeter效率產(chǎn)生影響。

2、Threads（Users）線程（用戶）

1)?setup?thread?group?
一種特殊類型的ThreadGroup的，可用于執(zhí)行預(yù)測試操作。這些線程的行為完全像一個正常的線程組元件。不同的是這些類型的線程執(zhí)行測試前進行定期線程組的執(zhí)行。setUp Thread Group類似于lr的init.可用于執(zhí)行預(yù)測試操作。
2)?teardown?thread?group
一種特殊類型的ThreadGroup的，可用于執(zhí)行測試后動作。這些線程的行為完全像一個正常的線程組元件。不同的是，這些類型的線程執(zhí)行測試結(jié)束后執(zhí)行定期的線程組。tearDown Thread Group類似于lr的end.可用于執(zhí)行測試后動作。
3)?thread?group(線程組)
這個就是我們通常添加運行的線程，可以看做一個虛擬用戶組，線程組中的每個線程都可以理解為一個虛擬用戶。線程組中包含的線程數(shù)量在測試執(zhí)行過程中是不會發(fā)生改變的。

在設(shè)置線程組參數(shù)的時候注意：
　　Ramp-Up Period：指定了啟動所有線程所花費的時間，單位是秒，默認時間是1秒。比如，當(dāng)前的設(shè)定表示“在5秒內(nèi)啟動5個線程，每個線程的間隔時間為1秒”。如果需要JMeter立即啟動所有線程，將此設(shè)定為0即可.
　　循環(huán)次數(shù)：表示每個線程執(zhí)行多少次請求。

3、測試片段（Test?Fragment）
測試片段元素是控制器上的一個種特殊線程組，在測試樹上與線程組處于一個層級。它與線程組的差異在于，只有被一個模塊控制器或者是被控制器所引用時才會執(zhí)行。

4、取樣器（Sampler）
取樣器（Sampler）是性能測試中向服務(wù)器發(fā)送請求，記錄響應(yīng)信息和響應(yīng)時間的最小單元，JMeter?原生支持多種不同的Sampler，如HTTP Request?Sampler、FTP??Request?Sampler、TCP Request?Sampler、JDBC?Request?Sampler?等，每一種不同類型的Sampler可以根據(jù)設(shè)置的參數(shù)向服務(wù)器發(fā)出不同類型的請求。在JMeter的所有Sampler中，Java Request Sampler與BeanShell Requst Sampler是兩種特殊的可定制的Sampler。

5、邏輯控制器（Logic?Controller）
邏輯控制器包括兩類元件，一類是用于控制test?plan?中?Sampler節(jié)點發(fā)送請求的邏輯順序的控制器，常用的有?如果（If）控制器?、 switch?Controller?、Runtime?Controller、循環(huán)控制器等。另一類是用來組織和控制?Sampler節(jié)點的，如事務(wù)控制器、吞吐量控制器。

6、配置元件（Config?Element）
配置元件（config?element）用于提供對靜態(tài)數(shù)據(jù)配置的支持。CSV?Data?Set?config?可以將本地數(shù)據(jù)文件形成數(shù)據(jù)池 （Data?Pool），而對應(yīng)于HTTP?Request?Sampler和?TCP?Request?Sampler等類型的配置元件則可以修改 Sampler的默認數(shù)據(jù)。例如，HTTP?Cookie?Manager?可以用于對?HTTP?Request?Sampler?的 cookie?進行管理。HTTP 請求默認值不會觸發(fā)JMeter發(fā)送http請求，而只是定義HTTP請求的默認屬性。

7、定時器（Timer）
定時器（Timer）用于操作之間等待時間的設(shè)置，等待時間是性能測試中常用的控制客戶端QPS的手段，類似于LoadRunner里面的“思考時間”。JMeter?定義了Bean?Shell?Timer、Constant?Throughput?Timer、固定定時器等不同類型的Timer。

8、前置處理器（Per?Processors）
前置處理器用于在實際的請求發(fā)出之前對即將發(fā)出的請求進行特殊處理。例如，HTTP?URL重寫修復(fù)符則可以實現(xiàn)URL重寫，當(dāng)URL中有sessionID?一類的session信息時，可以通過該處理器填充發(fā)出請求的實際的sessionID?。

9、后置處理器（Post?Processors）
后置處理器是用于對Sampler?發(fā)出請求后得到的服務(wù)器響應(yīng)進行處理，一般用來提取響應(yīng)中的特定數(shù)據(jù)（類似LoadRunner測試工具中的關(guān)聯(lián)概念）。例如，XPath? Extractor?可以提取響應(yīng)數(shù)據(jù)中通過給定XPath?值獲得的數(shù)據(jù)，正則表達式提取器則可以提取響應(yīng)數(shù)據(jù)中通過正則表達式獲得的數(shù)據(jù)。

?10、斷言（Assertions）
斷言用于檢查測試中得到的相應(yīng)數(shù)據(jù)等是否符合預(yù)期，斷言一般用來設(shè)置檢查點，用以保證性能測試過程中的數(shù)據(jù)交互是否與預(yù)期一致。

?
11、監(jiān)聽器（Listener）
監(jiān)聽器不是用來監(jiān)聽系統(tǒng)資源的元件，而是對測試結(jié)果數(shù)據(jù)進行處理和可視化展示的一系列元件，包括圖形結(jié)果、查看結(jié)果樹、聚合報告、用表格察看結(jié)果都是我們經(jīng)常用到的元件。

12、工作臺

在測試中我們可能需要暫時更改一些組件，可以把一些需要更改的組件保存在工作臺中，測試完成后再恢復(fù)。但是切記不能退出jmeter，一旦退出jmeter工作臺中的內(nèi)容就會消失。

13、Property Display
此元件相當(dāng)于是jmeter.properties的GUI。

在JMeter中，元件的作用域是靠測試計劃的樹型結(jié)構(gòu)中元件的父子關(guān)系來確定的，作用域的原則是：
1.取樣器（sampler）元件不和其它元件相互作用，因此不存在作用域的問題。
2.邏輯控制器（Logic Controller）元件只對其子節(jié)點中的取樣器和邏輯控制器作用。
3.除取樣器和邏輯控制器元件外，其他6類元件，如果是某個sampler的子節(jié)點，則該元件公對其父子節(jié)點起作用。
4.除取樣器和邏輯控制器元件外的其他6類元件，如果其父節(jié)點不是sampler，則其作用域是該元件父節(jié)點下的其他所有后代節(jié)點（包括子節(jié)點，子節(jié)點的子節(jié)點等）。
了解了元件有作用域之后，再來看看元件的執(zhí)行順序規(guī)則，在同一作用域名范圍內(nèi)，測試計劃中的元件按照如下順序執(zhí)行：
1)配置元件（config elements ）
2)前置處理程序（Per-processors）
3)定時器（timers ）
4)取樣器（Sampler）
5)后置處理程序（Post-processors） （除非Sampler 得到的返回結(jié)果為空）。
6)斷言（Assertions）（除非Sampler 得到的返回結(jié)果為空）。
7)監(jiān)聽器（Listeners）（除非Sampler 得到的返回結(jié)果為空）。
關(guān)于執(zhí)行順序，有三點需要注意：

前置處理器、后置處理器和斷言等元件只能對 取樣器作用，因此，如果在它們的作用域內(nèi)沒有任何取樣器，則不會被執(zhí)行。

如果在同一作用域范圍內(nèi)有多個同一類型的元件，則這些元件按照它們在測試計劃中的上下順序一次執(zhí)行。

一個斷言在測試樹中是分等級的。如果它的父元件是請求，它就被應(yīng)用于那個請求。如果它的父元件是控制器，它就影響所有那個控制器下的所有請求。
以上是JMeter使用之前必須了解的一些基本信息，接下來我們將為您帶來JMeter腳本錄制實例，敬請期待。