仅知晓并发用户数与响应时间如何在JMeter中构建合理负载模型

一、合理负载模型的构建方法 #

• 先做基准校验：跑1个并发的单线程测试，确认单用户下接口/业务的响应时间是否符合预期，同时排除脚本本身的性能问题，这一步是所有负载测试的基础，不能直接上目标并发
• 搭建阶梯加压模型：用JMeter的Ultimate Thread Group插件或者内置的Ramp-Up配置，按并发总数的10%、25%、50%、75%、100%分阶梯加压，每个阶梯保持5~10分钟的稳定运行时长，确保每个压力梯度下都能采集到稳定的响应时间数据
• 稳态负载验证：达到目标并发数后，至少保持30分钟以上的稳定负载，观察响应时间的波动情况，排除偶发波动对结果的干扰
• 补充拐点探测：如果条件允许，可以在目标并发基础上继续上浮20%~50%的压力，观察响应时间是否出现非线性飙升，确认当前指标下系统的承压上限

二、必须额外采集的辅助信息 #

就算仅给定两个核心考核指标，也必须采集以下数据才能保证测试结果有效：

• 被测服务的资源占用数据：CPU、内存、磁盘IO、网络IO的使用率，避免出现负载压力上不去是因为被测服务器资源耗尽，而非指标不达标
• JMeter自身的资源占用：如果是单台施压机器，要确认施压端CPU、内存使用率不超过70%，避免是施压端性能瓶颈导致响应时间变长的误判
• 错误率数据：必须保证测试过程中请求错误率低于0.1%（或业务允许的错误阈值），否则高错误率下的响应时间数据没有参考价值
• 响应时间分位值：不能只看平均响应时间，要采集P90、P95、P99分位的响应时间，避免少数慢请求被平均后掩盖真实性能问题

三、具体实现思路与操作步骤 #

• 第一步：脚本调试
  先录制/编写对应业务的测试脚本，添加HTTP Request Defaults、HTTP Cookie Manager等配置元件，跑单线程循环10次确认脚本返回完全符合预期，View Results Tree调试完成后记得在正式压测时关闭，避免占用过多性能
• 第二步：基础配置
  按照目标并发数配置线程组，如果是内置线程组，Ramp-Up时间设置为「并发数/10」秒左右即可，比如100并发就设10秒的启动时间，避免瞬间加压对服务造成冲击
• 第三步：监听器配置
  正式压测只保留Summary Report、Aggregate Report、PerfMon Metrics Collector（用于采集服务端资源）三个监听器即可，其他非必要监听器全部关闭，减少施压端性能损耗
• 第四步：测试执行
  先跑低并发的预测试，确认压力可以正常打上去，响应时间符合初步预期，再跑完整的阶梯加压+稳态测试，测试过程中不要操作施压机器和被测服务器，避免人为干扰
• 第五步：结果校验
  先核对错误率、施压端/服务端资源数据都无异常后，再核对稳态阶段的平均响应时间、P95响应时间是否符合要求，同时确认并发数是否稳定达到了目标值

四、注意事项 #

• 不要用GUI模式跑正式压测，必须用命令行模式执行：jmeter -n -t 测试脚本.jmx -l 结果文件.jtl -e -o 报告输出目录，GUI模式仅用于脚本调试
• 如果单台施压机器的性能不足以支撑目标并发，要采用分布式压测模式，避免施压端成为瓶颈
• 响应时间的统计要排除阶梯加压阶段的数据，只统计每个压力梯度稳定运行阶段的数值，加压过程中的波动数据不纳入最终判定
• 如果测试结果不达标，要先排除网络瓶颈、施压端瓶颈、服务端资源瓶颈后，再判定为应用本身的性能不符合要求

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