测试：具有单个HTTP采样器的线程组A：

• 它将JMeter属性用于线程和循环编号值-未设置持续时间或线程生存期，只是斜升.. -这些值在测试计划UDV中定义，或在外部www.example.com文件中初始定义线程和循环编号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等=线程编号-采样器编号）enter code here 1线程：1-1：1-5 =预期的5次迭代enter code here 2个线程：1-1：1-5 2-1：2-5 =预期的10次迭代enter code here 3个线程：1-1：1-5 2-1：2-4否2-5 3-1：3-5 = 14否15次迭代enter code here 4个线程：1-1：1-4否1-5 2-1：2-3否2-4：2-5 3-1：3-4否3-5 4-1：4-3 = 14否20次迭代运行
使用My_Loop_Count = 25，再次它仅运行14次迭代。
1.关于为什么会发生这种情况，你有什么想法吗？这与时间无关，但不知何故，迭代（我甚至通过记事本检查了.jmx来寻找我的难以捉摸的14，但没有一个存在）。更新-问题是一个csv数据文件元素，其中有14个项目！现在设置为“在文件结束时倒带”

• 出现异常错误：CSV文件中的所有记录均已通过。

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