JMeter 如何把 CSV 数据绑定到并发请求

在 JMeter 里让并发请求使用不同账号或订单参数，最稳妥的入口是 CSV Data Set Config：它在每次迭代开始时读取 CSV 的一行，并把列拆成变量，再由 HTTP Request 用 ${username}、${password} 取值。这样数据和请求模板分开，换测试数据时不用改请求本身。

官方地址：https://jmeter.apache.org/

先准备一份能对应请求字段的 CSV

在测试计划旁建立 data/users.csv，第一行写列名，后面每行放一组虚拟数据。例如文件内容可以是：

username,password
demo_user_01,masked_password_01
demo_user_02,masked_password_02

这个示例使用英文逗号分隔。字段名要和请求中使用的变量一致；如果 CSV 没有表头，后面就不能依赖自动识别，而要在配置元件的 Variable Names 中按列顺序填写。不要把生产账号、真实密码或个人路径放进压测文件。

在 Thread Group 下添加 CSV Data Set Config

1. 定位入口：在左侧测试计划树右键 Thread Group，选择 Add → Config Element → CSV Data Set Config。
2. 填写字段：在右侧 Filename 填 data/users.csv，Delimiter 保持逗号；因为文件有表头，Variable Names 留空。选择 Sharing mode: All threads，先保留 Recycle on EOF: True、Stop thread on EOF: False。
3. 确认状态：保存测试计划后，树中应能看到 CSV Data Set Config，字段值仍保留，底部状态栏显示配置已保存。此时它在 Thread Group 范围内，后面的采样器可以读取这些变量。

把变量放进 HTTP Request 的实际字段

1. 打开请求：在同一个 Thread Group 下选中 HTTP Request，进入请求参数或 Body Data 区域。
2. 替换固定值：将登录类请求中的用户名改成 ${username}，密码改成 ${password}；如果是查询接口，也可以把订单号、租户号等列映射到 URL 参数或表单字段。
3. 先小规模验收：把线程数和循环次数设为很小，运行后打开 View Results Tree。请求编辑区应保留变量表达式，结果面板中则应看到本次发送值已被 CSV 当前行替换，并出现成功响应状态。

这里要区分“表达式存在”和“变量有值”：编辑器里看到 ${username} 只能证明绑定写法正确，结果树中的请求数据才说明本轮迭代确实取到了 CSV 行。

根据并发数据模型选择共享和 EOF 行为

默认的 All threads 适合一份数据文件由多个线程共同消费：每个线程在迭代开始时取下一行，但实际顺序取决于线程调度，不要把“第 1 行一定给线程 1”当成保证。如果希望每个线程拥有自己的文件，可准备类似 users_1.csv、users_2.csv 的文件，使用 filename${__threadNum}.csv 并选择 Current thread。

当 Recycle on EOF 为 False 且不停止线程时，变量可能变成 ；这不是接口返回值，也不是空字符串。并发量、迭代次数和 CSV 行数应在启动前一起估算，必要时先用少量线程观察结果树。

常见问题

为什么 Variable Names 要留空？

因为示例 CSV 第一行就是表头，JMeter 会按分隔符读取列名。没有表头时才在该字段按列顺序填写变量名。

为什么请求里出现了 ${username} 而不是实际值？

先确认 CSV Data Set Config 位于该 HTTP Request 的作用域上方，再检查 Filename 相对路径、分隔符和表头拼写；用 View Results Tree 看发送数据，不要只看编辑器。

All threads 会不会让每个线程拿到同一行？

不会按“每线程固定一行”设计；共享模式下线程共同读取文件，行的分配顺序受执行时序影响。需要线程独占时，使用每线程文件和 Current thread。

完成验收后再逐步提高线程数。真正要压测的是接口容量，不是把 CSV 读取、数据耗尽和错误账号混在一起造成的噪声。