1、界面說明
1、測試計劃界面
2、線程組界面
線程組描述：
線程組主要包含三個參數：線程數、循環次數、準備時長（Ramp-Up Period(in seconds)）。
- 線程數：虛擬用戶數。一個虛擬用戶佔用一個進程或線程。設置多少虛擬用戶數在這裏也就是設置多少個線程數。
- 準備時長：設置的虛擬用戶數需要多長時間全部啓動。如果線程數爲20 ，準備時長爲10 ，那麼需要10秒鐘啓動20個線程。也就是每秒鐘啓動2個線程。
- 循環次數：每個線程發送請求的次數。如果線程數爲20 ，循環次數爲100 ，那麼每個線程發送100次請求。總請求數爲20*100=2000 。如果勾選了“永遠”，那麼所有線程會一直髮送請求，一到選擇停止運行腳本。
3、HTTP請求
對於jmeter來說，取樣器（Sampler）是與服務器進行交互的單元。一個取樣器通常進行三部分的工作：
- 向服務器發送請求
- 記錄服務器的響應數據
- 記錄相應時間信息
![在這裏插入圖片描述]()
a)名稱：本屬性用於標識一個取樣器，建議使用一個有意義的名稱。
b)註釋：對於測試沒有任何作用，僅用戶記錄用戶可讀的註釋信息。
c)服務器名稱或IP ：HTTP請求發送的目標服務器名稱或IP地址。
d)端口號：目標服務器的端口號，默認值爲80 。
e)協議：向目標服務器發送HTTP請求時的協議，可以是http或者是https ，默認值爲http 。
f)方法：發送HTTP請求的方法，可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等。
g)Content encoding ：內容的編碼方式，默認值爲iso8859
h)路徑：目標URL路徑（不包括服務器地址和端口）
i)parameters: 請求的參數
j)自動重定向：如果選中該選項，當發送HTTP請求後得到的響應是302/301時，JMeter 自動重定向到新的頁面。
k)Use keep Alive ： 當該選項被選中時，jmeter 和目標服務器之間使用 Keep-Alive方式進行HTTP通信，默認選中。
l)Use multipart/from-data for HTTP POST ：當發送HTTP POST 請求時，使用Use multipart/from-data方法發送，默認不選中。
4、循環控制器界面
1.右鍵點擊線程組—>添加---->邏輯控制器—>循環控制器，這裏也是針對線程組循環的功能
這裏也是隻有兩個選項，一個是勾選永遠，一個是選定固定次數。
2.關於線程組界面和循環控制器界面，這兩個循環控制，以循環控制器的設置爲主。
5、JMeter中所有邏輯控制器
以下是JMeter中所有邏輯控制器的列表：
| 邏輯控制器 | 邏輯控制器 |
|---|---|
| 運行時控制器 | IF控制器 |
| 事務控制器 | 錄音控制器 |
| 簡單控制器 | while控制器 |
| Switch控制器 | ForEach控制器 |
| 模塊控制器 | 包括控制器 |
| 循環控制器 | 僅一次控制器 |
| 交錯控制器 | 隨機控制器 |
| 隨機順序控制器 | 吞吐量控制器 |
添加邏輯控制器到測試計劃中方法：線程組–右擊—add—Logic Controllor–選擇控制器即可
6、監聽器
添加邏輯控制器到測試計劃中方法：線程組–右擊—add—監聽器–選擇監聽器即可
1.性能測試就是以各種形式分析服務器響應。
2.當JMeter的採樣器組件被執行時，監聽器提供JMeter收集的關於那些測試用例的數據的圖形表示。它便於用戶在某些日誌文件中以表格，圖形，樹或簡單文本的形式查看採樣器結果。
3.監聽器可以在測試的任何地方進行調整，JMeter提供了大約15個監聽器，但主要使用的是表，樹和圖形。
7、定時器設置QPS限制
性能測試需要 “瞭解博客的首頁在負載達到20 QPS時的響應時間”，因此需要控制向博客首頁發送請求的負載爲20QPS。
有兩種方法：一種可行的方法是逐步調整測試計劃中的線程計算的數量以及爲取樣器（Sampler）添加定時器（Timer），以使HTTP取樣器發出的請求的QPS保持在20個左右。但這種方法耗時耗力，需要經過多次嘗試才能達到；另一方法，完全通過設置定時器來控制QPS，一旦取樣器的響應時間發生改變（網絡環境發生改變），就需要重新調整定時器的等待時間。
Jmeter提供了一個非常有用的定時器，稱爲Constant Throughput Timer （常數吞吐量定時器），該定時器可以方便地控制給定的取樣器發送請求的吞吐量。
Constant Throughput Timer 的主要屬性介紹：
-
名稱 ：定時器的名稱
-
Target throughput（in samples per minute）：目標吞吐量。注意這裏是每分鐘發送的請求數，因此，對應測試需求中所要求的20 QPS ，這裏的值應該是1200 。
-
Calculate Throughput based on ：有5個選項，分別是：
-
This thread only ：控制每個線程的吞吐量，選擇這種模式時，總的吞吐量爲設置的 target Throughput 乘以線程的數量。
-
All active threads ： 設置的target Throughput 將分配在每個活躍線程上，每個活躍線程在上一次運行結束後等待合理的時間後再次運行。活躍線程指同一時刻同時運行的線程。
-
All active threads in current thread group ：設置的target Throughput將分配在當前線程組的每一個活躍線程上，當測試計劃中只有一個線程組時，該選項和All active threads選項的效果完全相同。
-
All active threads （shared ）：與All active threads 的選項基本相同，唯一的區別是，每個活躍線程都會在所有活躍線程上一次運行結束後等待合理的時間後再次運行。
-
All cative threads in current thread group （shared ）：與All active threads in current thread group 基本相同，唯一的區別是，每個活躍線程都會在所有活躍線程的上一次運行結束後等待合理的時間後再次運行。
JMeter提供的所有計時器元素的列表：
同步定時器、JSR223 時間、 BeanShell時間、高斯隨機定時器、統一隨機定時器、恆定吞吐量計時器、BSF時間、泊松隨機時間
8、配置元素
1.配置元素的工作與採樣器的工作類似。但是，它不發送請求，但它允許修改採樣器發出的請求。可以在其中收集所有采樣器的關聯配置值，如webserver的主機名或數據庫URL等。配置元素只能從放置元素的分支內部訪問。
2.JMeter提供的一些最常用配置元素的列表：
Java請求默認值
LDAP請求默認值
LDAP擴展請求默認值
密鑰庫配置
JDBC連接配置
登錄配置元素
CSV數據集配置
FTP請求默認值
TCP採樣器配置
用戶定義的變量
HTTP授權管理器
HTTP緩存管理器
HTTP Cookie管理器
HTTP代理服務器
HTTP請求默認值
HTTP標頭管理器
簡單的配置元素
隨機變量
2、目錄說明
1.解壓後的Jmeter安裝目錄
·bin：包含啓動、配置等相關命令
·docs：官方本地文檔目錄
·extras：輔助庫
·lib：核心庫，包含JMeter 用到的各種基礎庫和插件
·licenses：包含non-ASF軟件的許可證
·printable_docs：可打印版本文檔目錄
·LICENSE：JMeter許可說明
·NOTICE：JMeter簡單信息說明
·README.md：JMeter官方基本介紹
2.bin目錄
主要介紹 bin 目錄下我們最關注幾個文件：
jmeter.properties：JMeter 核心配置文件，各種配置基本在這完成
log4j.conf：JMeter 日誌配置管理
jmeter.log：JMeter 運行日誌記錄，什麼輸出信息、警告、報錯都在這裏進行了記錄
jmeter.bat：windows 下 jmeter 啓動文件
shutdown.cmd：windows 下 jmeter 關閉文件
stoptest.cmd：windows 下 jmeter 測試停止文件
jmeter-server.bat：windows 下 jmeter 服務器模式啓動文件
注：每一個.cmd 文件都對應一個.sh 文件，.sh 是 linux 下的對應功能的文件。
Sampler
