2. JMeter 压测脚本怎么设计

JMeter 是性能测试面试中最常被问到的工具。很多同学会创建线程组、添加 HTTP 请求、看聚合报告，但真正的压测脚本设计远不止这些。一个合格的 JMeter 脚本应该包含线程模型、请求配置、参数化、关联、断言、事务控制器、集合点、定时器、监听器、环境变量和结果输出。更重要的是，脚本要能模拟真实业务，而不是机械地重复请求一个接口。

面试中问“JMeter 压测脚本怎么设计”，要按业务链路和脚本结构来回答。比如登录后下单，需要先登录、提取 token、查询商品、创建订单、支付或模拟支付回调，再断言业务结果。

一、先明确压测目标

写 JMeter 脚本前，先确认：

压测哪个业务；
目标并发是多少；
目标 TPS 是多少；
响应时间指标是什么；
错误率要求是什么；
压测持续多久；
是否需要登录态；
是否有接口关联；
是否需要参数化数据。

没有目标的脚本，只是接口调用脚本。

二、线程组怎么设计

线程组用于模拟用户并发。

关键参数：

线程数；
ramp-up 时间；
循环次数；
持续时间；
启动延迟。

例如 100 个线程，ramp-up 100 秒，表示 100 秒内逐步启动 100 个用户，而不是瞬间全部启动。

不要一上来就加很大线程数，要逐步加压。

三、HTTP 请求默认值

可以用 HTTP Request Defaults 配置公共信息：

协议；
域名；
端口；
公共路径；
超时时间。

这样每个请求不需要重复写 base_url，环境切换也更方便。

使用 HTTP Header Manager 管理请求头：

Content-Type；
Authorization；
Cookie；
User-Agent；
TraceId。

如果接口需要 token，可以通过变量引用：

Authorization: Bearer ${token}

五、参数化怎么做

参数化用于避免所有线程使用同一份数据。

常见方式：

CSV Data Set Config；
用户定义变量；
函数生成随机数；
时间戳；
前置处理器。

例如登录账号、手机号、商品 ID、订单数据都可以参数化。

六、接口关联怎么做

接口关联是 JMeter 脚本重点。

例如登录接口返回 token，后续接口要使用 token。

可以用：

JSON Extractor；
Regular Expression Extractor；
XPath Extractor；
JMESPath Extractor。

示例：从响应中提取 token 保存为变量 ${token}。

七、断言怎么设计

压测脚本必须加断言，否则请求返回错误页面也可能被当成成功。

常见断言：

Response Assertion；
JSON Assertion；
Duration Assertion；
JSR223 Assertion。

断言内容：

HTTP 状态码；
业务 code；
message；
关键字段；
响应时间。

性能测试中要特别关注业务成功率。

八、事务控制器

Transaction Controller 用于把多个请求作为一个业务事务统计。

例如“下单”事务可能包含：

查询商品；
创建订单；
查询订单；
提交支付。

事务控制器可以统计整个业务链路的响应时间，而不是单个接口。

九、定时器和思考时间

真实用户不会连续毫无间隔地点击。

可以用定时器模拟思考时间：

Constant Timer；
Gaussian Random Timer；
Uniform Random Timer。

思考时间设置过小，会造成不真实压力；设置过大，会降低 TPS。

十、监听器怎么用

调试阶段可以用：

View Results Tree；
Summary Report；
Aggregate Report。

正式压测不建议开启大量图形监听器，因为会消耗资源。

正式压测建议保存结果到 jtl 文件，再离线分析。

十一、脚本调试流程

单线程跑通；
校验请求参数；
校验关联变量；
校验断言；
小并发试跑；
逐步加压；
正式压测。

不要脚本没调通就直接高并发压测。

十二、面试回答模板

如果面试官问“JMeter 压测脚本怎么设计”，可以这样回答：

我设计 JMeter 脚本会先明确压测目标和业务链路，再搭建线程组，设置线程数、ramp-up 和持续时间。公共域名和超时时间放在 HTTP Request Defaults，请求头通过 Header Manager 管理。对于登录态，会先调用登录接口，用 JSON Extractor 提取 token，后续请求通过 ${token} 引用。测试数据用 CSV Data Set Config 参数化，避免多个线程使用同一账号或同一订单数据。业务链路用 Transaction Controller 统计整体响应时间，并添加响应断言或 JSON 断言校验业务 code。调试时先单线程跑通，再小并发验证，最后逐步加压，正式压测时减少图形监听器，保存 jtl 结果用于分析。

十三、常见追问

追问：JMeter 线程数等于并发用户数吗？

可以近似理解为虚拟用户数，但真实并发还和请求响应时间、思考时间、循环方式有关。

追问：为什么要参数化？

避免所有线程使用同一数据造成数据冲突、缓存命中或业务不真实。

追问：为什么正式压测不建议开 View Results Tree？

图形监听器会占用大量内存和 CPU，影响压测机性能。

十四、练习清单

创建线程组；
设置 ramp-up；
添加 HTTP 请求；
配置 Header；
配置 CSV 参数化；
使用 JSON Extractor；
添加响应断言；
使用事务控制器；
添加定时器；
保存 jtl 结果。

JMeter 脚本设计的核心是模拟真实业务、保证数据正确、断言业务成功，并且让结果可分析。

配套刷题：

性能测试面试题