Jmeter——Jmeter之逻辑控制器使用

一、测试过程中由于业务的多样性，需要通过一些逻辑控制器来进行处理各线程之间的关系。

1、比如遇到问题：接口B依赖 接口A返回的参数，该参数作为接口B的请求参数，该参数是个集合

还需要进行循环请求验证接口问题，这时候就在想Jmeter中什么方法比较好实现，单纯的用java就

可以使用循环加变量实现，在Jmeter内去设计刚开始各种变量的关系还比较麻烦

2、提取接口A的返回字段期次，-1表示取所有符合条件的

接口B需要循环次数是Issue的个数，${Issue_matchNr}是所有满足issue的个数

同时接口B每循环一次需要变更参数，请求前将参数传入，写入jmeter变量idb，b初始值=1

请求后标记b 递增，就可以了

3、同样的有三层循环还可以继续增加子循环

不断调试，测试成功，结果如下：

二、其他常用控制器如下：

1、事务控制器，可以是单个接口请求，可以是多个用户行为的集合，和Loadrunner的Transaction一样

勾选generate parent sample后，在聚合报告该控制器内会作为一个事务去统计qps等指标

2、交替控制器：控制器下各Sampler每次交替进行，循环10次，每次依次选择一个Sampler

3、仅一次控制器：可以理解为 Loadrunner的vuser_init,一般来说可以编写登录脚本，仅登录一次

4、吞吐量控制器：从整体运行次数来控制该控制器内Sampler运行次数

线程组总的执行次数=线程数*循环次数

Total Executions ：按照总数去执行，设置5就是5次；勾选per user，就是每个线程5次，总执行次数

需要*线程数

具体实践如下：

（1）设置线程组：5*200=1000次

（2）设置吞吐量控制器：Total Executions：5，不勾选per user

执行结果如下：每个Sampler只执行5次

（3）设置吞吐量控制器：Total Executions：5，勾选per user，执行结果如下5*5

Percent Executions:运行占比，总执行次数*5%

（1）不勾选per user

（2）勾选per user

可以看出 百分比的话 勾选不勾选结果都一样

5、如果（if）控制器，如果条件错误中断执行，如果条件为true则继续执行，对于某些业务需要用到

设置demo-1，demo=2，当IsCross=1时继续执行

结果成功：

6、录制控制器：还没使用过

7、循环控制器：前面案例已经使用过

8、模块控制器：可以寻找具体的控制器

还有一些其他控制器，主要还是看业务需要，看哪些控制器能更好的实现了