線程組
程組是任何測試計劃的起點，所有的邏輯控制器和采樣器都必須放在線程組之下。其他的測試元件（如監聽器）可以被直接放在測試計劃之下，這些測試元件 對所有線程組都生效。線程組像它的名字所描述的那樣，被用來管理執行性能測試所需的JMeter線程。用戶通過線程組的控制面板可以：
設置線程數量。
設置線程啟動周期。
設置執行測試腳本的循環次數。
每一個JMeter線程都會完整地執行測試計劃，而且它們之間是完全獨立運行的。這種多線程機制被用來模擬服務器應用的并發連接。參數Ramp- Up Period告訴JMeter達到大線程數需要多長時間。假定共有10個線程，Ramp-Up Period為100秒，那么JMeter會在100秒內啟動所有10個線程，并讓它們運轉起來。每一個測試線程都會在上一個線程啟動10秒之后才開始 運行。假定共有30個線程，Ramp-Up Period為120秒，那么線程啟動的間隔為4秒。
Ramp-Up參數不能設定得太短，否則在測試的初始階段會給予服務器過大的壓力。Ramp-Up參數也不能設定得太長，否則會發生第一個線程已經執行完畢，而后一個線程還沒有啟動的情況（除非測試人員期望這種特殊情況發生）。
如何找到一個合適的Ramp-Up參數值？作者建議初始值可以設定為Ramp-Up=總線程數，后續再根據實際情況適當增減。
調度器
在調度器控制面板中，可以設定測試運行的"啟動時間"和"結束時間"。測試啟動后會一直等待，直到用戶設定的啟動時間。測試運行期間，JMeter 會在每一次循環結束后，檢查是否已經達到結束時間。如果已經達到了結束時間，JMeter會終止測試運行，否則JMeter會繼續下一個測試循環。
另外，用戶還可以設定"持續時間"和"啟動延遲"兩項參數。需要注意的是，"啟動延遲"會使"啟動時間"無效，而"持續時間"會使"結束時間"無效。
控制器
JMeter有兩種類型的控制器：采樣器和邏輯控制器，二者結合起來驅動了測試進程。采樣器被JMeter用來向服務器發送請求。例如，當測試人員想往服務器發送一個HTTP請求時，加入一個HTTP請求采樣器。測試人員還可以通過為采樣器添加配置元件來定制化請求。
用戶可以使用邏輯控制器來控制JMeter的測試邏輯，比如何時發送請求。舉一個例子：測試人員可以插入交替控制器來輪流發送多個請求。
1）采樣器
采樣器告訴JMeter發送一個請求到指定服務器，并等待服務器的請求。采樣器會按照其在測試樹中的順序去執行，還可以用邏輯控制器來改變采樣器運行的重復次數。
每一種采樣器都有多種參數可供設置。測試人員還可以通過在測試計劃中加入一個或者多個配置元件，來進一步定制化采樣器。
如果測試人員打算向同一個服務器發送同一類請求，可以考慮使用默認配置元件。每一類采樣器都有一個或多個對應的默認配置元件。一定記住應為測試計劃添加一個監聽器，以便查看和存儲（存儲到磁盤）請求的結果。
如果測試人員想檢查服務器響應的內容，可以為對應采樣器添加斷言。例如，當對Web應用做壓力測試時，服務器雖然成功返回了"HTTP Response"代碼，但是頁面上可能會有錯誤，或者丟失了部分頁面片段。針對這種情況，測試人員可以添加斷言來檢查特定的HTML標簽，或者常見的錯 誤信息等。JMeter允許在斷言中使用正則表達式。
2）邏輯控制器
邏輯控制器可以幫助用戶控制JMeter的測試邏輯，特別是何時發送請求。邏輯控制器可以改變其子測試元件的請求執行順序。
3．監聽器
監聽器提供了對JMeter在測試期間收集到的信息的訪問方法。"圖形結果"監聽器會將系統響應時長繪制在一張圖片之中。"查看結果樹"監聽器會展示采樣器請求和響應的細節，還能以HTML和XML格式展示系統響應的基礎部分。其他監聽器通過總結或者聚合方式展示信息。
另外，監聽器可以將測試數據導入到文件之中，以供后續分析。所有監聽器都會提供一個輸入域，以便于用戶指定存儲測試數據的文件。監聽器還會提供一個 配置按鈕，用來配置存儲測試數據的哪些字段，以及選用的存儲格式（CSV或者XML）。讀者朋友需要注意的是，所有監聽器都保存同樣的數據，的區別是 它們如何展示數據。
監聽器可以在測試的任何地方添加，包括直接放在測試計劃之下。它們僅收集測試樹中相同或者更低級別測試元件的數據。
4．定時器
默認情況下，JMeter線程在發送請求之間沒有間歇。建議為線程組添加某種定時器，以便設定請求之間應該間隔多長時間。如果測試人員不設定這種延遲，JMeter可能會在短時間內產生大量訪問請求，導致服務器被大量請求所淹沒。
定時器會讓作用域內的每一個采樣器都在執行前等待一個固定時長。如果測試人員為線程組添加了多個定時器，那么JMeter會將這些定時器的時長疊加起來，共同影響作用域范圍內的采樣器。定時器可以作為采樣器或者邏輯控制器的子項，目的是只影響作用域內的采樣器。
要在測試計劃中的某個位置添加暫停，測試人員可以使用"Test Action"采樣器。
5．斷言
用戶可以使用斷言來檢查從服務器獲得的響應內容。通過斷言可以測試服務器返回的響應與測試人員的期望是否相符。
例如，測試人員可以斷言某個查詢的響應中包含特定的文字信息。測試人員可以使用Perl格式的正則表達式來描述響應中應該包含的文字，或者它應該與整個響應相符。
測試人員可以為任何采樣器添加斷言。例如，測試人員可以為HTTP請求添加斷言，用于檢查文本""。接下來JMeter會檢查該文本是否出現在HTTP響應中。如果JMeter不能找到該文本，那么它會將請求標記為失敗。
需要注意的是，斷言會影響作用域內的所有采樣器。如果要讓斷言只影響某個采樣器，需要將斷言作為該采樣器的子項。
如果要查看斷言結果，可以為線程組添加"斷言結果"監聽器。失敗的斷言，也會在"查看結果樹"和"用表格查看結果"兩種監聽器中顯示。另外，在"Summary Report"和"聚合報告"中還會以錯誤百分率的形式統計。
6．配置元件
配置元件與采樣器緊密關聯。雖然配置元件并不發送請求（除了HTTP代理服務器例外），但它可以添加或者修改請求。
配置元件僅對其所在的測試樹分支有效。例如，假設測試人員在一個簡單邏輯控制器中放置了一個HTTP Cookie管理器，那么該HTTP Cookie管理器只對放置在簡單邏輯控制器內的其他邏輯控制器生效
另外，相比父分支的配置元件，子分支內部的配置元件優先級更高。配置元件 "用戶定義的參數"會在測試的初始階段執行（無論它處于測試樹的哪個位置）。
7．前置處理器
前置處理器會在采樣器發出請求之前做一些特殊操作。如果前置處理器附著在某個采樣器之下，那么它只會在該采樣器運行之前執行。前置處理器通常用于在采樣器發出請求前修改采樣器的某些設置，或者更新某些變量的值（這些變量不在服務器響應中獲取值）。
8．后置處理器
后置處理器會在采樣器發出請求之后做一些特殊操作。如果后置處理器附著在某個采樣器之下，那么它只會在該采樣器運行之后執行。后置處理器通常被用來處理服務器的響應數據，特別是服務器響應中提取數據。
后，對于這么多的部件，JMeter執行順序規則如下：
配置元件
前置處理器
定時器
采樣器
后置處理器（除非服務器響應為空）
斷言（除非服務器響應為空）
監聽器（除非服務器響應為空）
只有當作用域內存在采樣器時，定時器、斷言、前置/后置處理器才會被執行。邏輯控制器和采樣器按照在測試樹中出現的順序執行。其他測試元件會依據自 身的作用域范圍來執行，另外還與測試元件所屬的類型有關（歸屬于同一類型的測試元件，會按照它們在測試樹中出現的順序來執行）。
