使用JMeter实现单日1000条用例创建的8小时稳态负载最佳测试方案

1. 线程组配置优化 #

你选用Ultimate Thread Group做长稳测试的思路是合理的，可调整参数匹配「单日1000条cases、100用户并发、无突发压力」的目标：

• 先核算基础目标TPS：1000条散在8小时内，所需平均TPS≈0.035，也就是平均每30秒1条创建请求即可，不需要让100线程持续高频发请求
• Ultimate Thread Group参数调整如下：
  • Start Threads Count：100，和你预期的并发用户数一致
  • Startup Time, sec：300，用5分钟缓慢拉满线程，避免启动时突发请求压垮服务，符合真实用户逐步上线的场景
  • Hold Load For, sec：28200，总时长8小时减去5分钟启动时间+5分钟停机时间，保证核心统计区间是纯稳态负载
  • Shutdown Time, sec：300，5分钟内逐步停止线程，避免服务突然断流导致的异常统计

2. 请求逻辑配置 #

• 每个创建cases请求前添加高斯随机思考时间，范围设为1800~3600秒（30分钟到1小时随机间隔），既模拟真实用户不会连续高频创建的行为，也能把请求均匀散在8小时内，总创建量刚好落在950~1050的预期区间
• 新增响应断言，校验cases是否真实创建成功，避免把失败请求计入吞吐量，保证统计结果准确
• 用CSV数据配置元件导入不同的用户身份凭证，避免单账号限频导致的请求异常

3. 长稳测试运行保障 #

• 禁用所有非必要监听器，仅保留汇总报告、汇总图、错误结果树即可，且错误结果树仅存储失败请求，避免8小时测试产生的海量日志撑爆JMeter内存导致测试中断
• 启动JMeter时调整内存参数，示例命令：jmeter -Jvm_args="-Xms4g -Xmx8g"，保证大内存足够支撑长时间运行
• 新增恒定吞吐量定时器做兜底控制，全局TPS上限设为0.04，就算思考时间配置出现异常，也不会出现突发高负载，保证全程为稳态测试

4. 结果统计规则 #

• 测试结束后先核对平台侧实际创建成功的cases总数，确认是否落在950~1050的目标区间
• 吞吐量统计排除启动、停机合计10分钟的过渡阶段，仅统计中间28200秒稳态持载阶段的数值，结果参考性更强
• 额外统计请求成功率、平均响应时间、95分位响应时间指标，配合吞吐量判断服务的稳态承载能力

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