转繁体过了

在這個例子中, request的名字反映了他們在測試中應該執行的次序.

Timer#1將應用到Request Two, Three和Four上(注意對於分等級的elements如何排序毫不相關). Aserrtion#1將僅僅應用到Request Three上. Timer#2將影響所有的請求.

如果你想想任何一個request通過樹的路徑被傳遞, 到它的父節點,在到它的父節點的父節點, 以此類推, 在每一級的父節點上集合所有的configuration elements, 那麼你就知道它是如何工作的了.

注意:

對於Configuration elements中的 Header Manager, Cookie Manager和Authorization manager來說, 與其他的Configuration Default elements不同. Configuration Default elements被整合成一個Sampler訪問的集合.而Manager的設置不會被整合.如果超過一個的Manger在Sampler的範圍中,只有一個Manager被使用,但是目前還無法判斷那個被使用.

4 測試計畫的elements

測試計畫物件現在擁有了一個新的checkbox選項, 叫做”功能測試”. 如果選擇,JMeter將記錄所有server為每個sample返回的值. 如果你已經在測試listeners中選定了一個檔, 那麼這些資料將被寫入到檔中. 這個有助於你通過一個小型的測試來檢驗JMeter是否配置正確, 而你的伺服器返回正確的結果. 值得注意的是這個檔的大小將增長的很快使得JMeter的性能降低. 這個選項在做壓力測試時需要關閉掉(預設為關閉).

如果你不將資料寫入檔中,那麼這個選項沒有任何不同.

4.1 Thread Group

Thread Group elements 是任何一個測試計畫的開始點. 所有的測試計畫中的elements都要在一個Thread Group中. 如名字顯示那樣, thread group element控制了一組執行緒, JMeter使用這些執行緒來執行你的測試. 你可以做如下操作來控制thread group: 設置執行緒的數量 設置ramp-up週期 設置測試執行的次數