JMETER 審批任務實戰

業務場景

咱們須要對流程任務進行審批，這個和流程發起是不同的，由於在流程發起時，只須要用戶登陸後，指定固定的流程方案和數據就能夠發起流程了。

流程任務是須要獲取任務ID再作任務審批的。

實現思路

1.準備數據

  1.用戶登陸

  2.用戶發起流程，產生出待辦任務。　

2.用戶登陸

3.根據用戶查詢出他全部的待辦任務。

4.循環他的待辦任務對流程進行審批。

實現腳本

 

 

 

  1.配置數據源

  數據源用來配置查詢數據庫，這裏比較關鍵的是 鏈接池變量名稱。

2.用戶變量

 

 這個主要是配置須要測試接口的ip，端口和上下文。

 3.查詢須要審批的人員

 

 

 這個配置的是查出審批的用戶出來，把賬號和用戶ID放到 userid 和 account 爲前綴的變量中，在上下文中 用戶id和賬號是使用以下方式存放的

userid_1,account_1

userid_2,account_2

....

 4.設置用戶計數器

 

 

這個計算器的做用是，遍歷用戶時須要一個計數器，經過該計數器獲取用戶ID和賬號數據。

 

5.用戶登陸

 

 這裏賬號使用了參數化，賬號經過 ${__V(account_${idx})} 獲取，應爲賬號的數據是 使用 account_1,account_2這種方式獲取的。

6.查詢用戶的代辦任務

每一個登陸用戶須要查詢本身的待辦任務，而後循環批量執行。

 

 用戶ID 使用 ${__V(userid_${idx})} 方式獲取。

這裏咱們根據當前登陸用戶ID,查詢節點1產生的待辦任務。

輸入參數配置的是 用戶ID變量，使用 prepared select statement 方式查詢。

查詢的結果使用 taskId 爲前綴的 集合進行保存。

在上下文中變量的數據是 ：

taskId_1

taskId_2

7.增長一個循環控制器

 

 這個控制器的做用是遍歷用戶的任務，遍歷次數是查詢的用戶任務數。

8.任務計數器

 

  這個計數器的做用是用戶任務的索引。

9.審批任務

 

 使用表達式獲取任務ID ${__V(taskId_${taskIdx})}, 審批時儘可能簡單，只傳入 taskId 和審批意見。

10.使用JSON斷言

任務審批成功會返回 {"success":true,..} 

 判斷任務是否審批成功。