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