如何使用JMeter设置4000用户、1小时时长的负载测试场景

一、前置准备 #

• 脚本验证：你已经完成关联逻辑设计，先单线程循环运行10次脚本，确认所有请求返回状态符合预期，关联参数取值正常，无硬编码的session、token、时间戳等动态参数，避免并发测试出现非业务错误。
• 施压环境配置：本次测试目标TPS接近1.9万，单台JMeter实例无法承载，需配置分布式压测集群：按单台节点最高支撑4000~5000 TPS估算，至少准备5台同配置的施压从节点，所有节点与被测服务部署在同一内网网段，提前验证内网带宽可支撑每秒1.9万请求的收发量，避免网络瓶颈。
• 被测环境对齐：确保被测服务的服务器规格、实例数量、负载均衡策略、数据库/缓存等中间件配置、内核调优参数均和之前的测试环境完全一致，尽量对齐当时的背景流量，排除环境差异导致的指标偏差。
• JMeter自身调优：所有施压节点修改jmeter.properties配置，禁用GUI模式运行，调整JVM堆内存为物理内存的80%，关闭不必要的内置监听组件，httpclient.timeout等请求参数和前次测试保持一致。

二、线程组配置 #

• 选择并发线程组或默认线程组均可，总并发数设置为4000，若使用分布式压测，将总并发数均分到所有从节点，比如5台从节点每台配置800并发。
• 若有前次测试的ramp-up时间直接复用即可，无记录可按10~15分钟逐步拉起全部4000并发，避免瞬间冲击导致指标波动。
• 持续运行时间设置为3600秒（1小时），循环次数设置为「永远」，不要限制循环次数。

三、请求速率校准 #

• 仅靠并发数无法精准控制到目标TPS，需添加恒定吞吐量定时器，总吞吐量设置为1133648次/分钟（即18894.13 × 60 取整），定时器作用范围选择「所有活跃线程」。
• 正式测试前先跑10分钟预测试，观察汇总报告的TPS数值，微调定时器的吞吐量参数，确保预测试阶段TPS稳定在18894±1%区间，同时检查错误率是否符合预期，若错误率过高优先排查环境或脚本问题。

四、结果校验规则 #

• 测试运行时仅保留必要的结果收集组件：汇总报告、仅抽样错误请求的查看结果树、PerfMon监控组件（同步监控施压节点和被测服务的资源占用），避免过多监听组件消耗压测机性能。
• 测试结束后核对三个核心指标，全部符合即可判定场景复现成功：
  • 总请求数接近759965，误差控制在1%以内
  • 错误率接近0.00013%，最高不超过0.001%
  • 平均TPS稳定在18894上下，浮动范围不超过1%

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