Postman脚本提取响应字段并传递到下一个请求

在 Postman 里把登录、创建资源或换取会话的响应字段传给下一个请求，关键不是手工复制值，而是在上游请求的 Scripts > Post-response 中读取 JSON、校验字段，再把值写入明确的变量作用域。下游请求只引用 {{session_id}} 这样的占位符，collection 运行时就能按依赖顺序完成串联。

官方地址：https://learning.postman.com/docs/tests-and-scripts/write-scripts/test-scripts

先把上游和下游请求放进同一条路径

示例把第一个请求命名为“Create session”，响应中假设有 data.session_id，第二个请求“Get profile”在请求头中使用 X-Session: {{session_id}}。名称可以按项目调整，但字段路径、变量名和引用位置必须先约定，否则脚本即使执行成功，下游仍可能收到空值。

在 Post-response 中提取字段并校验

打开上游请求，选择 Scripts > Post-response，先解析响应，再把“能否继续”的判断写在保存变量之前。下面的脚本是一个可替换字段路径的原创示例：

const body = pm.response.json();

// 先确认上游请求成功，避免把错误响应里的空值传给下游。
pm.test("会话接口返回成功", function () {
  pm.response.to.have.status(200);
});

// 用可读的字段检查阻止 undefined 静默进入后续请求。
pm.test("响应包含 session_id", function () {
  pm.expect(body.data).to.be.an("object");
  pm.expect(body.data.session_id).to.be.a("string").and.not.empty;
});

// 当前示例只需要在本次运行中传递，避免污染长期环境变量。
pm.variables.set("session_id", body.data.session_id);

如果这个值需要跨多个 collection run 保留，可以把最后一行改成 pm.environment.set("session_id", body.data.session_id)。环境变量需要当前环境处于可编辑状态；团队协作时还要确认共享和敏感值策略，不能把真实凭据写进脚本或截图。

在下一个请求中引用并验证传递结果

打开“Get profile”，在 Headers 中添加 X-Session，值填写 {{session_id}}。如果值放在 JSON Body，则保持 JSON 有效，例如：

{
  "session_id": "{{session_id}}",
  "include": "basic"
}

保存请求后，通过 collection runner 按顺序运行“Create session”和“Get profile”。在下游请求的 Post-response 中可以再加一个轻量检查，确认实际发送的变量已经解析：

const profile = pm.response.json();

// 下游只检查业务结果，不把示例中的固定数据当成通用结论。
pm.test("资料接口返回对象", function () {
  pm.response.to.have.status(200);
  pm.expect(profile.data).to.be.an("object");
});

Postman 的 pm.execution.setNextRequest() 还可以在 collection 运行中指定下一请求，但它对单独发送一个请求没有作用。普通依赖链先按 collection 顺序排列即可，只有分支、循环或失败跳转时再引入它。

变量为空时按三层顺序排查

1. 先看字段路径：在响应面板确认实际结构是 data.session_id、session_id 还是数组下标，路径错了会得到 undefined。
2. 再看作用域：检查脚本写入的是 local、environment 还是 collection 变量；同名变量同时存在时，读取结果可能与预期不同。
3. 最后看运行方式：确认上游脚本已保存、下游请求引用的拼写一致，并使用 collection runner 验证，而不是只单独点击下游请求。

调试时可以在脚本中临时写入 console.log(pm.variables.get("session_id"))，到 Postman Console 查看结果。确认后删除敏感值日志，并按需要用 pm.variables.unset("session_id") 或清理环境变量，避免旧值掩盖新请求没有写入的问题。

相关问题

为什么响应有字段，下一个请求仍拿不到值？

最常见是 JSON 路径、变量名或作用域不一致。先在上游测试中断言字段，再在下游请求预览里确认占位符已解析。

什么时候应该使用环境变量？

需要在同一环境的多个请求或多次运行之间保留的配置才适合环境变量；只为当前链路传值时，局部变量更容易清理，也更不容易污染环境。

单独点击 Send 会自动发送下一个请求吗？

不会。单独发送只执行当前请求及其脚本；要验证请求链，应运行 collection，或明确把后续调度逻辑放在 collection 工作流中。

稳定的 Postman 请求串联可以归纳成一条检查线：上游响应结构明确，Post-response 先校验再保存，变量作用域与生命周期匹配，下游只通过占位符引用，最后用 collection runner 检查整条路径。这样排查时能迅速区分接口失败、脚本路径错误和运行方式错误。