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,..} 

 判断任务是否审批成功。