JMeter多阶段性能测试配置验证：用户与吞吐量设置

一、组件适用性确认 #

Ultimate Thread Group（UTG）和Throughput Shaping Timer（TST）完全支持作用于线程组下的多个HTTP请求：

• 这两个组件都是线程组级别的配置元素，只要直接挂载在目标线程组下，组内所有采样器（包括多个HTTP请求、自定义采样器等）都会严格遵循它们定义的负载规则。
• TST负责控制整个线程组的请求发送速率，UTG管理不同时间段的并发线程数，二者配合可精准实现「指定时间段内的并发用户数+目标吞吐量」的负载模型。

二、配置正确性验证步骤 #

1. 核对Ultimate Thread Group的阶段配置 #

按你的需求，8个阶段的线程数和时间范围应如下（单位：秒）：

• 阶段1（0-3600）：50线程
• 阶段2（3600-7200）：65线程
• 阶段3（7200-10800）：80线程
• 阶段4（10800-14400）：95线程
• 阶段5（14400-18000）：110线程
• 阶段6（18000-21600）：125线程
• 阶段7（21600-25200）：140线程
• 阶段8（25200-28800）：155线程

检查UTG中每个阶段的Start Time、End Time、Number of Threads是否完全匹配上述参数，确保线程启动/停止时间与小时节点对齐，线程数递增规则正确（每小时+15）。

2. 核对Throughput Shaping Timer的吞吐量配置 #

每个小时的目标吞吐量（次/秒）和时间范围对应：

• 阶段1（0-3600）：≈1.528次/秒
• 阶段2（3600-7200）：≈2.528次/秒
• 阶段3（7200-10800）：≈3.528次/秒
• ...
• 阶段8（25200-28800）：≈8.528次/秒

检查TST的Schedule表中，每个时间段的Throughput值是否符合上述计算结果，时间范围与UTG完全同步。

3. 小范围模拟验证 #

为避免全时长测试浪费时间，可做缩版验证：

• 将每个阶段的持续时间改为60秒（1分钟），线程数按比例缩小（如阶段1改为5线程，阶段2改为6-7线程），吞吐量按比例调整（如阶段1改为≈0.025次/秒）。
• 运行测试后，通过以下监听器确认结果：
  • Active Threads Over Time：查看每个时间段的并发线程数是否与配置一致。
  • Summary Report：统计每个阶段的实际吞吐量，是否接近配置值（误差在±5%内视为正常）。
  • Response Times Over Time：确认请求发送速率是否平稳，无突增突降。

4. 总请求数校验 #

8小时总请求数理论值为：
5500 + 9100 + 12700 + 16300 + 19900 + 23500 + 27100 + 30700 = 144800

全时长测试完成后，查看Summary Report中的Total Requests，若实际值与理论值误差在±5%范围内，说明配置符合预期。

5. 组件挂载位置检查 #

确保UTG和TST直接挂载在目标线程组下，未被任何条件控制器（如If Controller）或逻辑控制器包裹，否则可能导致作用范围受限，无法控制所有HTTP请求。

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