转繁体过了

當然不要忘記添加一個Listener到你的Thread Group中來察看和存儲你的測試結果.

如果你對JMeter對你的request返回的response進行簡單的校驗很感興趣, 你可以在Request Controller中添加一個Assertion. 例如, 在一個web程式的壓力測試中, 伺服器可能會返回多個成功的”HTTP Response”, 但是頁面也許包含了一些錯誤或者丟失的部分. 你可以添加assertions來檢查特定的HTML標籤,常見的錯誤字串,等等諸如此類的資料. JMeter允許你使用常規運算式來創建這些assertions.

4.2.2 Logic Controllers

Logic Controller使得用戶可以定制JMeter發送請求的時機.

Logic Controllers可以擁有如下的任何一個作為子elements: Samplers(requests), Configuration Element和其他的Logic Controllers. Logic Controllers可以改變子elements的請求次序. 他們可以自己修改requests, 使得JMeter可以重複發送請求等等.

為了便於理解Logic Controllers在測試計畫中所起的作用, 舉例如下:

Test Plan

Thread Group

Once Only Controller

Logic Request (an HTTP request) Load Search Page (HTTP sampler) Interleave Controller

Search “A” (HTTP Sampler) Search “B” (HTTP Sampler)

HTTP default request (Configuration Element) HTTP default request (Configuration Element) Cookie Manager (Configuration Element)

首先表明了login請求只會在第一次運行時執行. 其餘的請求將自動跳過它. 達到這個效果的原因就是因為Once Only Controller的影響左右.

在login之後, 下一個Sampler載入了search page (想像一下, 一個在用戶登錄後就轉入search頁面來做搜索的web程式). 這個僅僅是一個簡單的請求, 並未通過任何Logic Controller的篩選過程.

在search頁面載入後, 我們想做一些搜索. 實際上, 我們要做兩個不同的搜索. 然而, 我們想在每個獨立的搜索中重新載入search頁面. 我們可以用四個簡單的HTTP request elements來達到目的(載入search頁面,搜索”A”,載入search頁面,搜索”B”). 而實際上, 我們使用了另一個方法, 我們使用Interleave Controller, 它將每次運行一個完整的測試只使用一個子element的request. 而且能夠保持這些子elements的次序來運行.

注意:

HTTP Request Defaults是屬於Interleave Controller的. 想像一下”search A”和”Search B”分享同一個”PATH”信息(一個指定的HTTP請求包括domain, port, method, protocol, path和arguments等, 還有其他額外的資訊). 這導致: 兩者都是search的請