Postman中需在新增接口Tests脚本用pm.response.json()解析响应，再以pm.environment.set()存ID到环境变量；后续修改/查询接口通过{{createdOrderId}}引用该变量，确保变量名、JSON路径、Content-Type及请求格式与文档严格一致。
怎么用环境变量把新增接口的返回ID传给后续修改/查询
Postman 本身不自动保存响应字段，必须手动提取并存到环境变量里，否则“串联”就是空谈。关键动作就两步：在 Tests 里解析响应、用 pm.environment.set() 存值。
常见错误现象：
- 修改接口报错
"id is required"或404 Not Found，但明明刚新增成功 - 查询返回空数组，
pm.response.json().data是 undefined - 变量名拼错，比如存了
order_id却在 Body 里写成{{orderId}}
实操建议：
- 新增接口的
Tests脚本里必须有类似这样的代码：const jsonData = pm.response.json();<br>pm.environment.set("createdOrderId", jsonData.data.id || jsonData.orderId); - 修改/查询接口的 URL 或 Body 中，直接用
{{createdOrderId}}引用，别手敲数字 - 如果响应结构嵌套深（比如
{"result":{"data":{"id":123}}}），先在 Console 里执行console.log(pm.response.json())确认路径 - 避免用
pm.variables.set()—— 它只在当前请求生命周期有效，跨请求就失效
POST 新增后怎么在下一个请求里复用 token 或其他认证字段
很多系统要求修改/查询接口带 Authorization 头，而这个 token 往往是登录或新增时返回的。不能硬编码，也不能每次手动复制粘贴。
实操建议：
- 登录接口的
Tests里提取 token：const token = pm.response.json().data.token;<br>pm.environment.set("auth_token", token); - 在目标请求的
Authorization选项卡中选Bearer Token，输入{{auth_token}} - 如果 token 带前缀（如
"Bearer eyJhb..."），就不要在脚本里拼，直接在 Authorization 类型里选好，只存纯 token 字符串 - 注意 token 过期时间。测试长链路时，如果中间隔太久，可能需要加个刷新 token 的请求节点
为什么修改接口发出去没生效，但单独测又没问题
大概率是请求体（Body）或请求头（Headers）没对齐。Postman 不会帮你自动补全字段，也不会警告你漏了某个必填 header。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
容易踩的坑：
-
Content-Type没设对：新增用application/json，但修改接口文档要求application/x-www-form-urlencoded，却还在用 raw JSON - Body 格式不匹配：接口要表单字段，你却在
raw里贴 JSON；或者反过来，接口明确要 JSON，你却在form-data里填 - 时间戳或版本号字段没更新：比如
updateTime要求是当前毫秒，但你一直用上次新增时存的值 - URL 参数和 Body 字段重复传 ID：有些接口校验逻辑会因两者不一致直接拒绝
排查方法：
- 打开 Postman 的
Console（View → Show Postman Console），看发出的实际请求头和 body - 对比接口文档的「请求示例」和你当前设置，逐项核对字段名、类型、是否必填
- 临时把修改请求改成 GET，把所有参数拼到 URL 上试一次，排除 Body 解析问题
Collection Runner 批量跑串联链路时为啥顺序乱了或跳过了
Collection Runner 默认按列表顺序执行，但它不会等上一个请求的 Tests 脚本执行完再启动下一个——它只等 HTTP 响应返回。而环境变量赋值发生在 Tests 阶段，所以如果下一个请求立刻发出，可能取到的是旧值或 undefined。
解决办法只有两个：
- 在 Collection Runner 设置里勾选
Delay between requests (ms)，填 200–500，给 JS 脚本留出执行时间 - 更可靠的方式：把整条链路拆成单个请求，用
Pre-request Script主动触发依赖请求（不推荐初学者用，易陷入回调地狱） - 绝对不要依赖 “我刚点了 Send，变量肯定设置了” —— 自动化场景下，必须显式等待和验证
真正难的不是怎么连，而是怎么让每一步的输出变成下一步可信赖的输入。变量名写错、路径取错、类型没转、延迟没控住，任意一个都会让整条链路在某个环节静默失败。
