Postman 怎么把响应字段保存为集合变量供后续请求使用

如果一个请求返回了订单号、用户 ID 或分页游标，最稳妥的做法是在请求的 Post-response 脚本中读取响应 JSON，再用 pm.collectionVariables.set() 写入 Collection 变量。后续请求直接写 {{order_id}}，不需要手动复制响应值。

你只需要在对应请求的「测试」标签页里写几行简单的JS脚本，解析返回的响应内容，调用pm.collectionVariables.set方法就能把指定字段存为集合变量，之后在任意后续请求的参数、头信息、请求体里用{{变量名}}的语法就能直接引用。

第 1 步：先确认响应字段路径

打开 Collection 中负责创建数据的请求，点击 Send，先看响应 Body。假设返回结构是下面这样，真正要保存的值不是顶层的 id，而是 data.id：

{
  "success": true,
  "data": {
    "id": "sample-4821",
    "status": "created"
  }
}

然后进入请求编辑器的 Scripts → Post-response。这个入口很重要：pm.response 面向的是当前请求已经返回的响应，放到 Pre-request 脚本里就没有这份响应可读。

第 2 步：在 Post-response 脚本里写入集合变量

在脚本编辑器中加入以下代码。先解析一次 JSON，再检查路径是否存在；字段缺失时主动抛出错误，避免旧的 order_id 被误认为本次请求产生的新值。

// 读取当前请求的 JSON 响应
const body = pm.response.json();
const orderId = body?.data?.id;

// 字段缺失时停止写入，避免保留旧值造成误判
pm.test('响应包含订单号', () => {
  pm.expect(orderId, 'data.id').to.be.a('string').and.not.empty;
});

if (orderId) {
  // 把值保存到当前 Collection 的变量作用域
  pm.collectionVariables.set('order_id', orderId);
  console.log('已保存 order_id:', orderId);
}

点击 Send 后，测试结果应显示通过，Console 里也能看到保存日志。这里的判断分成两层：pm.test 负责告诉你响应是否符合预期，set 只在字段存在时真正更新变量。

第 3 步：让后续请求消费这个变量

打开同一 Collection 下的下一个请求，把路径中的固定值替换成 {{order_id}}，例如：

GET /orders/{{order_id}}

发送前把鼠标停在变量上，或打开右侧的变量面板，确认它已经被解析为示例值。再看响应状态和请求 URL：URL 中不应继续保留双大括号，响应应返回对应订单的数据。

第 4 步：变量不生效时按作用域排查

最常见的误区是把“保存成功”和“引用成功”混为一谈。检查下面四项：

Postman 会按变量作用域解析同名变量。本文明确写入的是 Collection 变量，因此脚本读取也应使用 pm.collectionVariables.get('order_id')；如果团队需要按环境切换地址和凭据，环境变量可以另行管理，不要为了方便把所有响应数据都塞进 Environment。

常见问题

为什么 pm.response.json() 解析失败？

当前响应可能不是 JSON，或接口返回了空 Body。先在响应面板确认 Content-Type 和实际文本，再决定是否改用 pm.response.text()。

集合变量能在另一个 Collection 里直接使用吗？

不能把它当成全局变量理解。它属于当前 Collection；跨 Collection 复用时，应重新设计变量来源或使用合适的环境/全局作用域。

为什么脚本通过了但请求仍然使用旧值？

通常是本次响应字段缺失，而脚本没有清理旧值。保留本文的字段断言，并在失败分支中停止更新，能更早暴露问题。

应该在脚本里写变量，还是手动在 Variables 面板里填？

固定配置适合手动填写；由前一个请求动态产生的 ID、Token 或游标，适合在 Post-response 脚本中写入，重复运行时更稳定。