摘要：
线程组 我们存在接口请求的地方，在JMeter中我们使用最多的模块，分为 setUp线程组、线程组、tearDown线程组 setUp线程组：不论如何排序，都会在所有的线程组中被最早执行，如果有多个setUp线程组，则按照顺序一个个执行 tearDown线程组：不论如何排序，都会在所有的线程组被执行 阅读全文
摘要：
测试计划 整个脚本的集合根目录，所有线程组集合的承载，可以添加线程组、测试片段、非测试元件、配置元件、监听器、定时器、前置/后置处理起器、断言等 一、用户自定义变量 可以使用在所有的线程组中,通过${变量名}调用，类似于全局变量 二、独立运行每个线程组 不勾选时,测试计划下的所有线程组并行执行,如上 阅读全文
摘要：
录制控制器<Recording Controller> 个人感觉录制的脚本缺陷太明显，没有研究过，暂不做介绍，等后续空了研究后再写 阅读全文
摘要：
模块控制器<Module Controller> 业务逻辑: 可以理解为引用、调用的意思，执行内容为Module To Run种所选的内容，引用范围为当前测试计划内的测试片段、逻辑控制器<模块控制器除外、模块控制器除外、模块控制器除外> 被引用的逻辑控制器、测试片段可以为禁用状态，被引用后仍然会被执 阅读全文
摘要：
事务控制器<Transaction Controller> 业务逻辑： 这个控制器在在业务控制上并没有什么特殊逻辑，可以理解为在简单控制器的基础上添加了统计的功能，当所有子节点全部成功则成功，由任意一个失败结果就为失败。 事务控制器不会对其子节点的执行逻辑产生影响，其效果为在监听器生成统计的时，以一 阅读全文
摘要：
简单控制器<Simple Controller> 业务逻辑： 就像他的名字一样，简单，可以理解为一个文件夹，就是分组用的，没有其他特殊功能，但相比不添加简单控制器，区别在于简单控制器可以被模块控制器所引用。 演示脚本： Demo_简单控制器 阅读全文
摘要：
吞吐量控制器<Throughput Controller> 业务逻辑： 他的实际作用似乎跟吞吐量扯不上什么关系。就是单纯的控制控制器下的子节点被执行的次数或被执行比列，该控制器默认为多线程使用共通的。吞吐量的值可以以变量表示。 Total Executions： 按总执行数控制，即当选中该项时，吞吐 阅读全文
摘要：
随机顺序控制器<Random Order Controller> 业务逻辑： 当控制器被触发时，将控制器下的所有子节点顺序打乱执行一遍，执行一遍，执行一遍，不是执行一个。 注意：是将子节点的顺序打乱，而非请求的顺序打乱，子节点可以是其他逻辑控制器。 演示脚本： Demo_随机顺序处理器 随机控制器与 阅读全文
摘要：
随机控制器<Random Controller> 业务逻辑： 当每次执行到该逻辑控制器时，随机挑选控制器下的任意一个子节点<取样器、逻辑控制器> Ignore sub-controller blocks：忽略子控制器 勾选后，会无视节点下的所有控制器<交替控制器、随机控制器例外>，将每个取样器作为一 阅读全文
摘要：
仅一次控制器<Once Only Controller> 业务逻辑： 在每个线程内，该控制器下的内容只会被执行一遍，无论循环多少次，都只执行一遍。<嵌套在循环控制器之内时是个例外，每个线程组循环都会被执行一遍> 演示脚本： Demo_仅一次控制器 阅读全文