JMeter中Ultimate Thread Group运行结果与预期不符问题求助

• 首先确认自定义参数传递与引用是否正确
  你命令行通过-D参数传递的是JMeter系统属性，脚本中需要使用${__P(参数名,默认值)}或${__property(参数名,,默认值)}函数读取，若使用${__env()}读取系统环境变量会导致参数读取失败。同时确认所有参数单位符合组件要求：Ultimate Thread Group 中启动时长、持续压测时长、停止时长的单位均为秒，需和你预期的时间配置匹配。
• 检查采样器执行逻辑是否阻塞线程调度
  若你的Dummy Sampler设置了过长的固定响应时间，或实际业务采样器存在请求阻塞、响应超时的情况，会导致线程无法按预设规则销毁，最终出现并发数下降滞后、峰值无法达标的问题。如果是测试线程调度逻辑，建议将Dummy Sampler的响应时间设置为10ms以内，排除采样器执行耗时的干扰。
• 确认外部依赖文件路径配置正确
  你通过-Jdatafile=data/Users1000.csv传递的CSV文件路径为相对路径，需要确认执行jmeter命令的工作目录为C:\jmeter\_proj\，否则会出现CSV文件找不到的错误，导致线程因采样失败提前退出，并发数无法达到预期。
• 查看运行日志排查错误
  打开你生成的UltDummyTest01.log日志文件，搜索ERROR级别的日志，优先解决参数读取失败、文件不存在、组件初始化错误等问题，排除异常报错对线程调度的影响。
• 检查结果文件配置是否正确
  你生成的jtl结果文件需要开启线程数相关字段的保存，否则使用监听器查看结果时，无法正确渲染历史并发线程数，会出现结果和预期不符的错觉。可以在jmeter.properties中确认jmeter.save.saveservice.thread_counts=true配置是否开启。
• 确认组件版本兼容性
  检查你使用的Custom Thread Groups插件版本是否和当前JMeter版本兼容，老旧版本的Ultimate Thread Group存在线程调度逻辑bug，建议升级到对应JMeter版本的最新插件。

内容的提问来源于stack exchange，提问作者Goran