預設：勾選了interpret condition as variable expression
去掉勾選interpret condition as variable expression，自己執行這個條件進行判斷結果為true或false
條件表示式：必須使用__jex13或__groovy表示式為true或false
__jex13與__groovy，再大多數情況下是一樣的
a) __jex13表示式
b) __groovy表示式
c) 變數表示式（建議轉化成字串進行判斷）
不選迴圈自己
（加上計數器可實現foreach迴圈的效果）
使用場景：變數名_遞增數字，建議使用
在jmeter中，預設乙個取樣器執行一次請求，是乙個事務
檢視結果樹：
它顯示的是事務，不是取樣器
顯示順序：收到響應的先後順序，不是請求的先後順序
聚合報告：
聚合報告中的每一行，都是乙個事務
樣本：事務的執行次數，並不是執行緒數
平均值…最大值：響應時間，單位：毫秒
90% 95% 99%：【樣本】的百分之多少的時間是小於等於這個時間 （69 * 0.1=6.9，約7個請求大於1544毫秒）
異常：標準，一般是0.1%
吞吐量：在效能測試中，要把吞吐量當作tps來衡量效能指標，必須滿足2個條件缺一不可。
2.網路沒有瓶頸：吞吐率是衡量網路的乙個重要指標，tps是衡量伺服器綜合處理能力的
接收\傳送：吞吐率 kb/sec
我們平常說的頻寬mb 1b=8b
1mb=1024kb=1024kb/8=128kb/s 100mb=12800kb/s
瓶頸判斷：用最大值與公司的頻寬做比較 (自己做效能若佔了一半的網路，其他人也要用網路時，網路已成為瓶頸)
做效能測試，是先對單個介面進行效能測試，得到效能指標，然後，在把多介面合併到乙個事物下面，進行模組、業務的效能測試
不管執行多長時間，每個執行緒數，只會執行一次
登入下單接**術點：
1. 將兩個介面都寫在乙個執行緒組中，只需在登入介面上加僅一次控制器
2. 在登入介面，做後置處理器，提取出身份資訊，賦給不同變數名的值
3. 在下單介面，使用v函式，獲取不同變數名的值
注：變數是不能跨執行緒組的
多執行緒：多使用者併發，每個使用者都是從上往下執行
取樣器：執行緒組中的取樣器，從上往下執行
臨界部分控制器：把並行強制變成序列，多個執行緒組依次執行（會導致併發數上不去）
作用：強制使用者從上往下執行
提公升併發數：執行緒數與鎖的數量一致（理解：100輛車100個收費站並行）
隨機取樣器：下面掛了多個取樣器，只會隨機取乙個
隨機取樣器：下面掛了多個取樣器，打亂順序執行
不建議作為混合場景使用：自定義的吞吐量與實際相差很多
1. 設定總量（total execution）為100個（限制住了，不能測出真實併發量）
2. 設定百分比：強制控制，吞吐量控制器下掛的取樣器的百分比（不一定能達到）
邏輯控制器
簡單控制器可以理解為乙個資料夾，這個資料夾裡面可以包含許多個響應，這些響應按照業務流程排序，檢視結果按照排序顯示。隨機控制器像是乙個骰子，搖出來的響應隨機。隨機順序控制器像是從乙個箱子裡把球都取出來，取出顯示的順序完全隨機 迴圈控制器可以根據使用者指定迴圈次數，勾選永遠，那就一直迴圈下去 我訪問總出...
JMeter 邏輯控制器
用於控制samlper執行順序。簡單控制器用來存放元件的，沒有提供什麼邏輯功能。打個比方有點像是windows下的資料夾。我經常是用來控制項的執行邊界，比如http資訊頭管理器 迴圈次數 整數，勾選 永遠 表示控制器下的請求會一直執行。輸入 1等同選擇 永遠 僅一次控制器下的請求在每個執行緒中只會執...
JMeter for each 邏輯控制器
邏輯控制器 1.for each 控制器 a.該元件的主要功能就是用來從某乙個配置元件中迴圈讀取資料，同時控制他下面取樣器的執行次數 b.將配置元件和取樣器都放置在邏輯控制的下面進行管理，在配置元件中定義具有相同字首的變數名 c.在 for each控制器中進行相應的屬性設定 輸入變數名字首和輸出變...