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、模块控制器：可以寻找具体的控制器

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