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、模块控制器：可以寻找具体的控制器
还有一些其他控制器，主要还是看业务需要，看哪些控制器能更好的实现了