变量传递失败主因是环境变量未正确设置或读取时机错误：Tests中pm.environment.set()需当前请求执行完才生效，而下一请求Pre-request Script会立即运行，导致取不到；应避免混用pm.variables.set()（仅当前请求有效），并勾选Runner“Clear cache”和“Stop on first failure”，每次运行前确认环境已刷新。
单独调用每个接口都成功，但用 Collection Runner 或手动串联执行时失败——这几乎肯定是变量没传过去，或者传过去了但没在正确时机、正确作用域里被读取。
为什么 Tests 里设置的 pm.environment.set() 在下一个请求里取不到
环境变量不是“设了就全局可用”。pm.environment.set() 写进去的值，要等当前请求的 Tests 脚本执行完才会真正写入环境；而下一个请求的 Pre-request Script 是在它自己的生命周期里运行的，此时上一个请求的 Tests 还没跑完（Collection Runner 是串行，但脚本执行有明确阶段边界）。所以常见错误是：你在第一个请求的 Tests 里设了 pm.environment.set("token", jsonData.token)，第二个请求却在 Pre-request Script 里直接用 {{token}} ——它能取到，但前提是环境确实已更新；如果第二个请求发得太快、或 Runner 缓存了旧环境快照，就可能为空。
- 确认你没在第二个请求的 URL 或 Header 里误写成
{{token}}，但环境里根本没这个 key（检查 Environment quick look 面板） - 别依赖“看起来设置了”——在第二个请求的 Pre-request Script 里加一行
console.log(pm.environment.get("token"))，看控制台输出是不是undefined - 如果用了 Collection Runner，务必勾选 “Clear cache before run”，否则它可能复用上一次的环境快照
pm.variables.set("local_token") 和 pm.environment.set("token") 混用导致覆盖或丢失
Local 变量只在当前请求内有效，下一请求完全不可见；Environment 变量跨请求、跨 Runner 持久存在。很多人在第一个请求 Tests 里写 pm.variables.set("token", ...)，以为能传给下个请求，结果当然取不到——pm.variables 是局部临时变量，连 {{token}} 都解析不出来，必须用 pm.environment 或 pm.globals。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 只要需要跨请求传递，一律用
pm.environment.set()，别碰pm.variables.set() - 如果多个接口共用同一套环境，注意避免不同测试流互相污染：比如登录接口设了
access_token，但另一个流程的登出接口也写了同名变量，就会覆盖 - 调试时可在每个请求的 Tests 里加
pm.test("token exists", () => { pm.expect(pm.environment.get("token")).to.exist; });
Collection Runner 执行顺序和断言失败导致“看似成功实则中断”
Runner 默认是严格串行，但只要某一个请求的 Tests 脚本里断言失败（比如 pm.response.to.have.status(200) 不通过），Runner 就会标记该请求为失败，但**默认继续执行下一个请求**——除非你显式配置了“Stop on first failure”。这就造成一种假象：“我看到所有请求都发出去了，但后续接口全错”，其实是因为第一个接口返回了 401，token 没拿到，后面全在用空 token 发请求。
- 进 Runner 设置页，勾选 “Stop on first test failure”，让流程在出问题时立刻停住，方便定位
- 不要只看绿色对勾图标——点开每个请求的 “Test Results” 标签，确认 status 断言、body 字段提取、token 是否非空等关键检查是否真通过
- 如果登录接口本身返回 200 但 body 里没 token 字段（比如后端改了响应结构），你的
jsonData.token就是undefined，后续必然失败，但 Runner 不报错——得靠你写的断言来兜底
最常被忽略的一点：环境切换按钮在右上角，但 Collection Runner 启动时用的是启动瞬间选中的环境，不是你编辑时看着的那个。切环境后没点 Runner 的刷新按钮，它照样用旧环境跑。每次点 Run 前，盯一眼右上角环境名，再点一下旁边的刷新图标，比查一小时脚本更省时间。
