【发布时间】：2020-08-04 17:21:48
【问题描述】：
我正在一个事务控制器下运行一个带有 5 个 URL 命中的 JMeter 负载测试。 结果显示总体平均响应时间（摘要报告侦听器）为 34647 毫秒（约 35 秒）。 在检查每个 URL 命中的单个平均响应时间时，都小于 1.5 秒。它不等于 35 秒的总响应时间。 我添加了一个 5 秒的恒定计时器。
【问题讨论】：
标签： jmeter performance-testing
【发布时间】：2020-08-04 17:21:48
【问题描述】：
您的恒定计时器处于什么级别？您是否在事务控制器中有多个采样器，并且计时器连接到事务控制器（选择了包含思考时间的选项）？如果是这样，那可能就是原因。
根据文档 -
请注意，计时器在找到它们的范围内的每个采样器之前被处理；如果同一范围内有多个定时器，则所有定时器都将在每个采样器之前处理。
https://jmeter.apache.org/usermanual/component_reference.html#timers
【讨论】：
-
我的计时器是让事务控制器减慢迭代并延长一定时间。计时器是否添加到摘要报告中显示的响应时间中
-
如果您在事务控制器设置中选择了排除计时器响应时间复选框，则它不会计入响应时间报告中。请确保您已启用并选中该选项。
-
是的，我已取消选择在测试期间包含计时器的选项。是否有任何其他开销可能导致这种不匹配
您的常量计时器在每个采样器之前被执行，因为它被应用于其scope 中的所有采样器
如果您需要在 事务控制器之后引入 5 秒的延迟 - 请选择 Flow Control Action Sampler。
这样您将在 2 个事务控制器之间有 5 秒的延迟：
【讨论】：
-
我通过 3 个事务控制器向线程添加了流控制操作，每个事务控制器的点击次数超过 5 次。从长远来看，我可以看到开销。我进行了两项测试，一项具有流控制动作，另一项没有 .在检查结果中，有流控动作的测试比没有流控动作的测试响应时间至少平均多 10-20 秒