2.1添加和刪除元素

添加元素一個測試計劃可以通過右鍵單擊一個元素的 樹,選擇一個新的元素從「添加」列表中。 此外,元素可以 從文件載入,通過選擇「merge」或「open」選項。

刪除一個元素,確保元素被選中,右鍵單擊元素, 並選擇「remove」選項。

2.2載入和保存元素

從文件載入一個元素,右鍵單擊現有樹元素 你想添加載入元素,並選擇「merge」選項。 選擇的文件 保存你的元素。 JMeter將合併到樹的元素。

為了節省樹元素,右鍵單擊並選擇一個元素「Save Selection As…」選項。 JMeter將保存選中的元素,加上下面所有子元素。 通過這種方式, 您可以保存測試樹片段和單個元素,供以後使用。

2.3配置樹元素

測試樹中的任何元素將控制在JMeter的右手坐標系。 這些 控制項允許您配置特定的測試元素的行為。 我們可以 配置為一個元素取決於什麼類型的元素。

2.4保存測試計劃

雖然不是必需的,我們建議您保存的測試計劃 文件在運行之前。 保存測試計劃,選擇「保存」或「Save Test Plan As…「從 文件菜單(最新版本,它不再是必要的選擇 測試計劃元素第一)。

2.5運行一個測試計劃

運行您的測試計劃,選擇「start」(Control+r) 從「運行」菜單項。 JMeter運行時,它顯示了一個綠色的小盒子的右手端部分菜單欄。 你也可以檢查」運行」菜單。 如果「run「是禁用的,」stop「啟用, 然後運行JMeter測試計劃(或者,至少,它認為它是)。

數字左邊的綠色箱子活動執行緒的數量/總數量的執行緒。 這些只適用於本地運行測試; 他們不包括任何執行緒開始遠程系統在使用客戶機/伺服器模式。

2.6停止測試

有兩種類型的stop命令可以從菜單:

• stop(Control+.)- – -立即停止執行緒如果可能的話。 許多取樣器可中斷這意味著積極的樣品可以提前終止。 停止命令將檢查所有執行緒已停止在默認的超時,5000毫秒= 5秒。 (這可以改變使用JMeter屬性jmeterengine.threadstop.wait] 如果執行緒沒有停止,那麼將顯示一條消息。 停止命令可以重試,但如果失敗了,那麼有必要退出JMeter清理。
• shutdown(Control+,)- – -請求 當前執行緒結束時停止任何工作。 不會中斷任何活躍的樣本。 模態對話框關閉將保持活躍,直到所有執行緒已停止。

如果關閉耗時太長。 關閉關閉對話框,並選擇運行/停止,或者只是按Control+.。

當運行JMeter在CLI模式中,沒有菜單,和JMeter等按鍵沒有反應Control+.。 所以JMeter CLI模式在特定埠(默認偵聽命令4445年,請參閱JMeter的財產jmeterengine.nongui.port)。 JMeter支援自動選擇另一個埠如果使用默認埠 由另一個JMeter實例(例如)。 在這種情況下,JMeter將試著下一個更高的港口,繼續,直到 它到達JMeter屬性jmeterengine.nongui.maxport),默認為4455年。 如果maxport小於或等於什麼港口,埠掃描將不會發生。
選擇埠顯示在控制台窗口中。
目前支援的命令是:

• Shutdown——優雅的關閉
• StopTestNow——立即關閉

使用這些命令可以發送shutdown[.cmd |.sh]或stoptest [.cmd | . sh]腳本 分別。 在JMeter的腳本本目錄中。 該命令將只接受如果腳本運行相同的主機。

2.7錯誤報告

JMeter警告和錯誤的報告jmeter.log文件,以及一些測試運行本身的資訊。 JMeter顯示警告/錯誤發現的數量jmeter.log文件(三角形)的警告圖標旁邊的右手的窗口。 單擊警告圖標顯示jmeter.log文件的底部JMeter的窗口中。 只是偶爾可能會有一些錯誤,JMeter無法陷阱和日誌; 這些將會出現在命令控制台。 如果測試不像你期望的行為,請檢查日誌文件,以防任何錯誤報告(例如,可能是一個函數調用語法錯誤)。

抽樣錯誤(例如HTTP 404 -文件未找到)通常不是發表在日誌文件中。 而這些被存儲為屬性的示例結果。 樣品的狀態結果中可以看到各種不同的偵聽器。

3.0測試計劃

測試計劃的對象有一個複選框「功能測試“. . 如果選中,它 將導致JMeter記錄為每個樣本從伺服器返回的數據。 如果你有 選擇一個文件在您的測試偵聽器,這些數據將被寫入文件。 這可能是有用的 你在做一個小運行以確保JMeter是正確配置,您的伺服器 返回預期的結果。 結果是,文件將巨大的快速增長,和 JMeter的性能就會受到影響。 這個選項應該是如果你做壓力測試(它 默認是關閉的)。

如果你不記錄數據文件,這個選項沒有區別。

您還可以使用配置按鈕一個偵聽器來決定哪些領域。

3.1執行緒組

執行緒組元素是測試計劃的開始點。 所有控制器和取樣器必須在執行緒組。 其他元素,例如偵聽器,可以直接放置在測試計劃, 在這種情況下,他們將適用於所有執行緒組。 顧名思義,該執行緒組 元素控制執行緒的數量JMeter將使用來執行您的測試。 的 一個執行緒組允許您控制:

• 設置執行緒的數量
• 設置過渡時期
• 設置執行測試的次數

每個執行緒將執行完整的測試計劃,完全獨立 其他的測試執行緒。 多個執行緒用於模擬並發連接 你的伺服器應用程式。

過渡時期告訴JMeter多久採取「快速啟動」的全部數量 執行緒。 如果使用了10個執行緒,過渡時期是100秒 JMeter需要100秒讓所有10個執行緒啟動並運行。 每個執行緒將 前面的執行緒開始10(100/10)秒後開始了。 如果有30個執行緒 過渡時期的120秒,然後每個連續的執行緒將被延後4秒。

過渡需要足夠長的時間,以避免太大的工作量 的測試和足夠短,最後一個執行緒開始運行 第一批完成(除非人希望這樣的事發生)。

從過渡狀態=數量的執行緒並根據需要調整向上或向下。

默認情況下,執行緒組配置為通過它的元素循環一次。

執行緒組還提供了一個調度器。 單擊複選框底部的執行緒組面板啟用/禁用額外的欄位 您可以輸入測試的持續時間,啟動延遲,運行的開始和結束時間。 您可以配置時間(秒)和啟動延遲(秒)控制 每個執行緒組的持續時間和多少秒後開始。 當測試開始,JMeter將等待啟動延遲(秒)在啟動執行緒前 執行緒組的配置和運行時間(秒)時間。 請注意這兩個選項覆蓋開始時間和結束時間。

或者(儘管不推薦不是非常靈活)可以使用兩個其他領域開始時間和結束時間。 當測試開始,JMeter將如果有必要等到啟動時間。 每個周期結束時,JMeter檢查結束時間已經達到了,如果是這樣,運行停止, 否則,測試是可以繼續,直到達到迭代限制。

3.2控制器

JMeter有兩種類型的控制器:取樣器和邏輯控制器。 這些驅動測試的處理。

取樣器告訴JMeter發送請求到伺服器。 為 例子,如果你希望JMeter取樣器添加一個HTTP請求 發送一個HTTP請求。 你也可以通過添加一個自定義請求 取樣器或多個配置元素。 更多的 資訊,請參閱取樣器。

邏輯控制器JMeter用來讓你訂製邏輯 決定什麼時候發送請求。 例如,您可以添加一個交錯 邏輯控制器之間交替取樣兩個HTTP請求。 有關更多資訊,請參見邏輯控制器。

3.2.1取樣器

取樣器告訴JMeter向伺服器發送請求並等待響應。 他們加工的順序出現在樹上。 控制器可以用來修改的重複取樣器的數量。

JMeter取樣器包括:

• FTP請求
• HTTP請求(可以用於SOAP或REST Webservice也)
• JDBC的請求
• Java對象請求
• JMS請求
• JUnit測試請求
• LDAP請求
• 郵件請求
• 作業系統進程請求
• TCP請求

你可以設置每個取樣器有幾個屬性。 您可以進一步訂製一個取樣器通過添加一個或多個配置元素的測試計劃。

如果你要發送相同類型的多個請求(例如, HTTP請求)到同一台伺服器上,考慮使用一個默認的配置 元素。 每個控制器都有一個或多個默認元素(見下文)。

記得一個偵聽器添加到您的測試計劃來查看和/或存儲 你請求的結果到磁碟。

如果你有興趣在JMeter執行基本的驗證 響應你的請求,添加一個斷言來 取樣器。 例如,在壓力測試一個web應用程式,伺服器 可能會返回一個成功的HTTP響應程式碼,但頁面可能有錯誤或 可能失去的部分。 您可以添加斷言檢查特定的HTML標記, 常見的錯誤字元串,等等。 使用常規JMeter允許您創建這些斷言 表達式。

JMeter的內置取樣

3.2.2邏輯控制器

邏輯控制器JMeter用來讓你訂製邏輯 決定什麼時候發送請求。 邏輯控制器可以改變訂單的請求來自他們 子元素。 他們可以修改請求自己,導致JMeter重複 請求,等等。

了解邏輯控制器在測試計劃的影響,考慮 以下測試樹:

• Test Plan
  
• Thread Group
  
• Once Only Controller
  
• Login Resquest(一個HTTP請求)
• Load Search Page(HTTP取樣器)
• Interleave Controller
  
• Search 「A」(HTTP取樣器)
• Search 「B」(HTTP取樣器)
• HTTP default request(配置元素)
• HTTP default request(配置元素)
• Cookie Manager(配置元素)

關於這個測試的第一件事是將只執行登錄請求 第一次通過。 後續的迭代將跳過它。 這是由於 的影響Once Only Controller。

在登錄之後,下一個取樣器載入搜索頁面(想像一個 web應用程式的用戶登錄,然後去一個搜索頁面搜索)。 這 只是一個簡單的請求,而不是透過任何邏輯控制器。

載入搜索頁面後,我們要做一個搜索。 實際上,我們想做的事 兩個不同的搜索。 然而,我們想重新載入程式碼搜索頁面本身 每個搜索。 我們可以做這個通過4簡單的HTTP請求元素(載入搜索, 搜索「A」,載入搜索,搜索「B」)。 相反,我們使用Interleave Controller通過在一個孩子請求每通過一次考驗。 它使 排序(即不通過一個隨機,但「記住」)的 子元素。 交叉2孩子請求可能過度,但很容易 8日或20個孩子請求。

注意HTTP Request Defaults屬於交錯控制器。 想像一下,「Search A」和「Search B」 相同的路徑資訊(HTTP請求規範包含域,港口,方法,協議, 路徑和參數,以及其他可選項目)。 這是有道理的——都是搜索請求, 達到相同的後端搜索引擎(一個servlet或cgi腳本,假設)。 而不是 配置兩個HTTP路徑欄位相同的取樣資訊,我們 可以抽象的資訊到一個單獨的配置元素。 當交錯 控制器「傳遞」要求「搜索」或「搜索B」,它將填補這一空白 值從HTTP默認請求配置元素。 所以,我們離開路徑欄位 空白的請求,並把這些資訊放到配置元素。 在這個 情況下,這是一個小受益最多,但它展示了功能。

下一個元素樹中的違約是另一個HTTP請求,這一次了 執行緒組本身。 執行緒組有一個內置的邏輯控制器,因此,它使用 此配置元素完全如上所述。 它填補了空白 要求通過。 它是非常有用的在web測試離開域 你所有的HTTP取樣器元素領域空白,相反,把這些資訊 成一個HTTP默認請求元素,添加到執行緒組。 通過這樣做,你可以 不同的伺服器上測試您的應用程式只通過改變一個行業在你的測試計劃。 否則,您需要編輯每一個取樣器。

最後一個元素是一個HTTP Cookie經理。 Cookie經理應該被添加到所有web -否則JMeter測試 忽略餅乾。 通過添加它在執行緒組級別,我們確保所有HTTP請求 將共享相同的餅乾。

邏輯控制器可以組合實現不同的結果。 看到的列表內置的 邏輯控制器。

3.2.3測試片段

是一種特殊類型的測試片段的元素控制器那 存在於測試計劃樹作為執行緒組元素在同一水平。 它是著名的 從一個執行緒組,它並不執行,除非它是 引用的一個模組控制器或者一個Include_Controller。

這個元素是純粹在測試計劃中程式碼重用

3.3偵聽器

JMeter用戶提供資訊收集的測試用例 JMeter運行。 圖結果偵聽器情節上的響應時間圖。 「樹」視圖結果偵聽器顯示取樣器請求和響應的細節,和可以顯示基本的HTML和XML表示響應。 其他偵聽器提供總結或聚合資訊。

另外,偵聽器可以直接的數據到一個文件供以後使用。 JMeter提供領域的每一個偵聽器來表示文件來存儲數據。 還有一個配置按鈕可以用來選擇哪些欄位保存,以及是否使用CSV或XML格式。

偵聽器可以添加測試的任何地方,包括直接根據測試計劃。 他們只會收集數據元素或低於他們的水平。

有幾個listenersJMeter的。

3.4定時器

默認情況下,一個JMeter執行緒按順序執行取樣器沒有停頓。 我們建議您指定一個延遲通過添加一個可用的計時器 你的執行緒組。 如果你不添加一個延遲,JMeter可以壓倒你的伺服器 做太多的請求在很短的時間。

一個計時器將導致JMeter延遲一定的時間之前每一個 取樣器的範圍。

如果您選擇添加多個定時器執行緒組,JMeter的總和 的定時器和停頓的時間之前執行的取樣定時器應用。 定時器可以添加取樣的孩子或控制器為了限制應用的取樣器。

提供一個停頓在一個測試計劃的一個地方,一個可以使用流控制行動取樣器。

3.5斷言

斷言允許你斷言關於收到響應 伺服器被測試。 使用斷言,可以本質上,你的「測試」 應用程式返回你期望的結果。

例如,您可以斷言一個查詢的響應將包含一些 特定的文本。 您所指定的文本可以是一個perl風格正則表達式,和 可以表明,反應是包含文本,或應匹配 整個反應。

您可以添加斷言任何取樣器。 例如,您可以 添加一個斷言一個HTTP請求,檢查文本,「</ HTML>“. . JMeter 將檢查文本出現在HTTP響應。 如果JMeter沒有找到 文本,那麼它將標誌著這是一個失敗的請求。

查看斷言結果,添加斷言偵聽器執行緒組。 失敗的斷言也將出現在樹視圖和表偵聽器, 並將計入錯誤%年齡例如聚合和總結報告。

3.6配置元素

一個配置元素與取樣器工作。 雖然它不發送請求 (除了HTTP (S)測試腳本錄音機),它可以添加或修改請求。

配置元素可以從只在樹枝裡面你把元素的地方。 例如,如果你把一個HTTP Cookie經理在一個簡單的邏輯控制器,餅乾經理 你只能訪問HTTP請求控制器內部簡單的邏輯控制器(見圖1)。 Cookie管理器都可以訪問HTTP請求「Web頁面1」和「Web頁面2」,但不是「Web頁面3」。

同時,配置元素在一個樹枝的優先順序高於相同的元素在一個「父」 分支。 例如,我們定義了兩個HTTP請求違約元素,「Web違約1」和「Web違約2」。 因為我們把「網路違約1」內迴路控制器,只有「Web頁面2」可以訪問它。 另一個HTTP 請求將使用「網路默認值2」,因為我們把它在執行緒組(所有其他分支的「父」)。

圖1 – 測試計劃配置元素的可訪問性

3.7預處理程式元素

取樣器請求之前的預處理程式執行一些操作。 如果一個預處理程式附加到取樣器元素,那麼它將執行取樣器元素之前運行。 預處理程式通常是用來修改的設置示例請求它運行之前,或更新變數不是從響應中提取文本。 看到範圍規則為更多的細節在預處理程式執行。

3.8後處理器元素

後處理器執行一些操作後取樣器請求。 如果後處理器連接到一個取樣器元素,那麼它將執行後,取樣器元素。 後處理器是最常用來處理響應數據,常常提取值。 看到範圍規則當執行後處理器的更多細節。

3.9執行順序

0. Configuration elements 配置元素
1. Pre-Processors 預處理程式
2. Timers 計時器
3. Sampler 取樣器
4. Post-Processors 後處理器(除非SampleResult零)
5. Assertions斷言(除非SampleResult零)
6. Listeners(除非SampleResult零)

例如,在以下測試計劃:

• 控制器
• 後處理器1
• 取樣器1
• 取樣器2
• 定時器1
• 斷言1
• 預處理程式1
• 定時器2
• 後處理器2

執行的順序是:

預處理程式1
定時器1
定時器2
取樣器1
後處理器1
後處理器2
斷言1

預處理程式1
定時器1
定時器2
取樣器2
後處理器1
後處理器2
斷言1

3.10範圍規則

JMeter測試樹包含元素層次和命令。 一些元素在測試樹是嚴格的等級制度(偵聽器,配置元素,後處理器,預處理器,斷言,計時器),和一些主要是命令(控制器,取樣器)。 當您創建您的測試計劃,您將創建一個有序列表示例請求(通過取樣)代表一組要執行的步驟。 這些請求通常是組織內控制器還命令。 鑒於以下測試樹:

示例測試樹

請求的順序將是,一,二,三,四。

一些控制器影響他們的子元素的順序,你可以讀到這些特定的控制器組件參考。

其他元素層次。 例如,斷言是分層測試樹。 如果母公司是一個請求,然後應用於該請求。 如果它的 父母是一個控制器,然後它會影響所有請求的後裔 控制器。 在樹下面的測試:

層次結構的例子

斷言# 1是僅適用於請求,而斷言2和3 # 2應用於請求。

另一個例子,這一次使用定時器:

複雜的例子

在本例中,請求命名,以反映他們的順序將被執行。 計時器# 1將適用於請求兩個,三個,四個層次的元素(注意順序無關)。 斷言3 # 1隻適用於請求。 定時器2號將會影響所有的請求。

希望這些例子明確配置(分層)元素是如何應用的。 如果你想像每個請求傳遞了樹枝,母公司,母公司的母公司,等等,每一次收集所有父母的配置元素,那麼您將看到它是如何工作的。

3.11屬性和變數

JMeter屬性定義在jmeter.properties(見開始——配置JMeter更多的細節)。
jmeter屬性是全球性的,主要是用於定義一些jmeter使用默認值。 例如房地產remote_hosts定義了伺服器JMeter將嘗試遠程運行。 屬性可以在測試計劃中引用 ——看功能——讀屬性– – – – – – 但不能用於表值。

JMeter變數每個執行緒都是本地的。 每個執行緒的值可能是相同的,或者他們可能是不同的。
如果一個變數被一個執行緒更新,只改變執行緒變數的副本。 例如正則表達式提取器後處理器 將其變數根據其執行緒讀過的樣品,而這些可以使用 同樣的執行緒。 對於如何引用變數和函數的細節,明白了函數和變數

注意,定義的值測試計劃和用戶定義的變數配置元素 可用在啟動時對整個測試計劃。 如果相同的變數是由多個UDV元素定義的,然後最後一個生效。 一旦一個執行緒啟動,初始設置的變數複製到每個執行緒。 等其他元素用戶參數預處理程式或正則表達式提取器後處理器 可用於定義相同的變數(或創建新的)。 這些修正只適用於當前執行緒。

的setProperty函數可用於定義一個JMeter的財產。 這些測試計劃是全球性的,因此可用於執行緒間傳遞資訊——應該是必要的。

3.12使用變數parameterise測試

變數沒有改變——他們可以定義一次,如果獨處,不會改變的價值。 所以你可以使用它們作為表達式的速記,頻繁的出現在一個測試計劃。 常數在跑步或物品,但運行之間可能會有所不同。 例如,一個主機的名稱,或在一個執行緒組執行緒的數量。

當決定如何構建一個測試計劃, 記下哪些物品是不變的運行,但運行期間可能發生了變化。 決定對這些——一些變數名 可能使用一個命名約定,如加上前綴C_或K_或者只使用大寫字母 區分變數在測試期間,需要改變。 還要考慮哪些物品需要當地一個執行緒 例如計數器或價值觀與正則表達式提取後處理器。 您可能希望使用一個不同的命名約定。

例如,您可以定義以下測試計劃:

你可以參考這些測試計劃中${host} ${threads}等。 如果你以後想要改變主機,只是改變的價值主機變數。 這為少量測試沒問題,但變得乏味當測試許多不同的組合。 一個解決方案是使用屬性來定義變數的值,例如:

你可以改變的部分或全部命令行上的值如下: