开启Generate Parent sample后JMeter事务控制器响应延迟问题咨询

延迟增大的原因 #

• 统计维度差异：未开启Generate Parent sample时，报告展示的是10个API各自的响应时间；开启后，父样本的响应时间是这10个API的总执行耗时（JMeter默认控制器下的采样器串行执行，父样本时间等于所有子样本执行时间之和），单看父样本的响应时间自然会比单个API大很多，这是统计逻辑的变化，并非API本身性能下降。
• 吞吐量控制的实际负载变化：你配置的Constant Throughput Timer - 30.0默认控制每个活动线程的每分钟采样数：
  • 未开启父样本时，Timer控制单个API的执行频率，每个线程每分钟发起30次单个API请求；
  • 开启父样本后，Timer的作用对象变为父样本（一个父样本对应10个API请求），每个线程每分钟跑30次父样本，相当于每分钟发起300次API请求，服务器负载直接提升10倍，这才是响应延迟大幅增加的核心原因。

哪组结果准确？ #

这完全取决于你的测试目标：

• 如果测试目标是验证单个API的独立性能，未开启父样本的结果更能反映单个API的真实响应时间；
• 如果测试目标是模拟用户完成“首页加载”这个完整业务操作（即连续调用10个API的整体耗时），开启父样本后的结果才是符合业务场景的真实总耗时。

如果想在开启父样本时保持和未开启时一致的API总负载，需要将Constant Throughput Timer的值调整为3.0（3*10=30，和之前单API的吞吐量持平），这样才能在相同负载下对比两种统计方式的结果。

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