JMeter 5.4.1 - HTTP采样器-在使用大于14次迭代的固定线程和循环数时只运行14个循环/迭代

Question

测试:使用单个HTTP采样器的线程组A：

• 它使用JMeter属性进行线程和循环编号值、-No持续时间或线程LifeTimes的设置。-The值是在测试计划UDV中定义的，或者是最初在外部user.properties文件中定义的线程和循环号，并且在运行时通过TG在这里遇到问题之前通过setUpThreadGroup进行操作。

线程数：${__P(My_Number_Of_Threads)} -可以在运行时通过setUpThreadGroup爬坡来更改--向上：${My_Ramp_Up_Time} -设置为0循环：${__P(My_Loop_Count)} --可以在运行时由setUpThreadGroup更改

使用My_Loop_Count =5：enter code here(1-2 etc = ThreadNumber-SamplerNumber) enter code here1线程: 1-1:1-5 =5迭代预期的enter code here2线程: 1-1:1-5 2-1:2-5 =预期的enter code here3线程: 1-1:1-5 2-1:2-4 NO2-5 3-1:3-5 = 14 ，而不是 15次线程: 1-1:1-4 NO 1-5 2-1:2-3 NO2-4:2-5 3-1:3-4 -4-3-3= 14 非 20迭代

使用My_Loop_Count = 25，它只运行 14次迭代。

1. 对为什么会发生这种事有什么想法吗？这与时间无关，但以某种方式进行迭代(我甚至通过记事本检查了.jmx以寻找我难以捉摸的14，但不存在)。更新-这个问题是一个包含14个条目的csv数据文件元素！现在设置为“在文件结束时倒带”

• 原因: CSV文件中的org.apache.jorphan.util.JMeterStopThreadException:所有记录都已被传递。

1. 为了帮助将来进行更深入的搜索，是否有办法查看正在设置/使用于控制台的实际运行时线程组的线程属性值？

Answer 1

如果不了解如何“通过setUpThreadGroup在运行时操作”以及属性的外观如何，我们就无法陈述任何有意义的内容，您可以尝试添加一个调试采样器来查看有效值。

我建议检查jmeter.log文件，它通常包含有关线程启动/停止事件的条目，如果您启用调试日志记录，您将看到隐藏部分下面发生了什么

还要注意根据JMeter最佳实践，您应该始终使用最新版本的JMeter，所以在下一个可用的机会上考虑升级到JMeter 5.5 (或者JMeter下载页面上最新的版本)