項目描述：
- 被測網站：xqtesting.blog.51cto.com
- 指標：響應時間以及錯誤率
- 場景：線程數20
測試步驟：
- 測試計划
- 線程組
- http請求
- 監聽器
- 運行腳本
- 查看報告
1、添加一個線程組
2、添加一個Samlpler（相當於loadrunner協議、http請求）
3、添加監聽器：查看結果樹、聚合報告
4、運行腳本
線程組設置
線程數：虛擬用戶數
Ramp up period：設置的虛擬用戶需要多長時間全部啟動。如果線程數為20，時間為10，則每秒啟動2個線程
循環次數：每個線程發送請求的次數。如果線程數為20，循環次數為100，則每個線程發送100個請求，總請求數為20*100=2000；”永遠”所有線程一直發送請求，直到點擊停止運行腳本
調度器：可以更靈活的設置運行時間等
http請求設置：
1) 名稱：標識取樣器
2) 服務器名稱或IP：HTTP請求發送的目標服務器名稱或IP地址
3) 端口號：目標服務器端口號，默認值80。后面的超時定義可以不用寫
4) 協議：向目標服務器發送HTTP請求時的協議，可以是http或https。默認為http
5) 方法：發送http請求的方法，可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等
6) Content encoding：內容的編碼方式
7) 路徑：目標URL路徑（不包括服務器地址和端口）
8) 自動重定向：如果選中該選項，當發送HTTP請求后得到的響應是302/301時，Jmeter自動重定向到新的頁面
9) Use keep Alive：當該選項被選中時，jmeter和目標服務器之間使用Keep-Alive方式進行通信，默認選中
10) Use multipart/form-data for HTTP POST：當發送HTTP POST請求時，使用Use multipart/form-data方法發送。默認不選中
11) 同請求一起發送參數：在請求中發送URL參數，對於帶參數的URL。Jmeter提供了一個簡單的對參數化的方法。用戶可以將URL中所有參數設置在本表中，表中的每一行是一個參數值（對應URL中的名稱1=值1）
12) 同請求一起發送文件：在請求中發送文件，通常，HTTP文件上傳行為可以通過這種方式模擬
監聽器-聚合報告
單位：毫秒
Label：定義HTTP請求名稱
Samples：表示這次測試中一共發出了多少請求
Average：平均響應時長---默認是單個Request的平均響應時長，當使用了Transaction Controller時，也可以以Transaction 為單位顯示平均響應時長
Median：中位數，50%的用戶的響應時長
Min：訪問頁面的最小時長
Max：訪問頁面的最大響應時長
Error%：錯誤請求的數量/請求的總數
Throughput：默認情況下表示每秒完成的請求數，當使用了Transaction Controller時，也可表示類似Loadrunner的Transaction per Scond
KB/Sec：每秒從服務器端接收到的數據量
所有數據寫入文件：文件后綴名.jtl
Jmeter再次執行時結果是累加的，需要先清除再執行
