4. JMeter 参数化与断言：让压测脚本真正“活”起来
做压测最怕什么？我个人的经验是——脚本写好了，跑起来全是假数据。你想想看，如果几百个并发用户都在用同一个账号、查同一条订单，那测出来的吞吐量能信吗？
这一章，我们就来解决这个问题。我会把参数化和断言放在一起讲，因为它们在实战中是一对搭档。参数化让请求数据多样化，断言帮我们确认服务器真的处理对了。缺一个，压测结果都可能失真。
4.1 CSV 数据文件配置：批量数据驱动
这是最常用的参数化方式。说白了，就是把变量值存在一个 CSV 文件里，JMeter 跑的时候一行一行读。
4.1.1 基本配置步骤
- 准备一个 CSV 文件，第一行通常是变量名（可选），比如
username,password。 - 在线程组下添加「CSV 数据文件设置」。
- 配置文件名、变量名、分隔符（默认逗号）。
- 在请求中用
${变量名}引用。
4.1.2 关键参数详解
| 参数 | 说明 | 推荐值 |
|---|---|---|
| 文件编码 | 中文数据必须用 UTF-8，否则乱码 | UTF-8 |
| 共享模式 | 控制数据如何在线程间分配 | 当前线程组（最常用） |
| 遇到文件结束符 | 数据用完了怎么办 | 循环（压测场景）或 停止线程 |
| 线程共享模式 | 所有线程 / 当前线程组 / 当前线程 | 当前线程组 |
这里有个坑，我踩过好几次。共享模式选「所有线程」时，如果 CSV 数据量少于线程数，后面的线程会拿不到数据。我曾经在一次 500 并发测试中只准备了 100 条数据，结果 400 个线程全在报错。嗯，从那以后我养成了习惯——数据量至少是线程数的 2 倍。
4.1.3 实战场景：用户登录压测
# users.csv
user_001,pass_001
user_002,pass_002
user_003,pass_003
...在 HTTP 请求中，参数直接写 ${username} 和 ${password}。JMeter 会自动从 CSV 里取下一行数据。
4.2 正则表达式提取器：从响应里“捞”数据
很多时候，我们需要从上一个请求的响应里提取动态值，比如 、订单 ID。正则表达式提取器就是干这个的。
4.2.1 配置要点
- 引用名称： 变量名，后面用
${变量名}引用 - 正则表达式： 用
(.*?)或(\d+)匹配目标值 - 模板：
$1$表示取第一个括号匹配的内容 - 匹配数字： 0 表示随机匹配，1 表示第一个，-1 表示全部
(.*?) 匹配整个页面，结果提取出来的值乱七八糟。能加前缀后缀就加，比如 "":"(.*?)"。
4.2.2 调试技巧
加一个「调试取样器」和「查看结果树」。跑一次脚本，在结果树里看提取的变量值对不对。我个人习惯是先单线程调通正则，再上并发。
4.3 响应断言：快速判断请求成败
响应断言是最基础的检查手段。它不关心响应内容的具体含义，只看有没有包含（或不包含）某些文本。
4.3.1 常用模式
| 模式 | 适用场景 | 示例 |
|---|---|---|
| 包含文本 | 检查成功标志 | "success":true |
| 匹配文本 | 精确匹配整个响应 | 较少用，响应通常很大 |
| 相等 | 响应体完全等于某个值 | 适合简单接口 |
| 子字符串 | 检查关键字段是否存在 | 200 或 OK |
为什么我推荐用「包含文本」？因为大多数接口的响应体里都有状态码或消息字段。你只要检查那个字段的值就够了，没必要匹配整个响应。
4.4 JSON 断言：精准验证结构化数据
现在大部分接口返回 JSON。JSON 断言比正则表达式更直观，它直接通过路径定位字段，然后验证值。
4.4.1 配置方法
- JSON Path 表达式： 比如
$.data.或$.code - 期望值： 填你预期的结果
- 断言失败后： 可以选「继续」或「停止」
// 示例：登录接口返回
{
"code": 0,
"message": "success",
"data": {
"": "abc123xyz",
"userId": 10086
}
}
// JSON 断言配置
// 路径: $.code
// 期望值: 0
// 路径: $.message
// 期望值: success4.5 本章知识体系
下面这张图把参数化和断言的关系梳理清楚了。你可以把它当作一个检查清单，写脚本时对照着来。
4.6 实战组合拳：一个完整的例子
假设我们要压测一个电商的下单流程：登录 → 获取商品列表 → 提交订单。
- 登录： 用 CSV 文件提供账号密码，响应断言检查
code=0，正则提取 - 商品列表： 用
${}做鉴权，JSON 断言检查$.data.list不为空 - 提交订单： 从商品列表响应里提取第一个商品 ID，用 JSON 断言验证
$.orderId存在