Pre-request Script中用pm.variables.set()设置的变量仅在当前请求生命周期内有效,Tests中需用pm.variables.get()获取,不能用pm.environment.get();{{xxx}}语法仅解析已激活环境中的环境变量。

Pre-request Script里set的变量,Tests里get不到
脚本变量(即通过pm.variables.set()设置的变量)默认只在当前请求生命周期内有效,且**不会自动注入到环境或全局作用域中**。你在Pre-request Script里调用pm.variables.set("token", "abc123"),然后在Tests里写pm.variables.get("token")——这本身是对的;但如果写成pm.environment.get("token"),就必然返回undefined。
常见错误现象:
- Tests脚本中
console.log(pm.environment.get("token"))输出null或undefined - URL或Headers里
{{token}}未被替换,仍显示原样
排查要点:
- 确认你用的是
pm.variables.set()还是pm.environment.set()——前者设的是局部变量,后者才影响{{xxx}}语法和pm.environment.get() - 局部变量无法跨脚本访问:Pre-request Script设的
pm.variables.set()值,在Tests里必须用pm.variables.get()取,不能混用pm.environment.get() - 局部变量不参与环境切换,也不导出,纯内存临时存储
环境变量设置了但{{xxx}}没替换成功
这是最常被忽略的环节:Postman变量解析发生在请求发送前,但仅限于已激活的环境变量。即使你在“Manage Environments”里编辑并保存了base_url,如果右上角环境选择器显示“No environment”或选错了环境,所有{{base_url}}都会原样透传,不替换、不报错、不警告。
检查步骤:
- 点击右上角环境选择器,确认目标环境名称右侧有绿色对勾图标
- 鼠标悬停在
{{base_url}}上,看弹出框里显示的“Scope”是否为environment,且值非空 - 若悬停显示
undefined,说明该变量名在当前激活环境中根本不存在(注意大小写、空格、下划线) - 打开Console(View → Show Postman Console),发一次请求,观察是否有
ReferenceError: xxx is not defined类提示(极少见,但出现即说明语法或作用域严重错配)
脚本中set后立即get却拿不到最新值
Postman变量系统存在缓存机制,尤其在快速连续修改同一变量时(比如在Pre-request Script中多次pm.environment.set()),后续get()可能读到旧快照。这不是Bug,而是设计使然:变量加载发生在请求初始化阶段,脚本中的set()虽实时生效,但某些上下文(如URL预解析)可能已固化旧值。
Postman 12.27.7 Windows x64 官方安装包,适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力,以及接口规范标签管理改进,适合受限网络测试与规范资源组织场景。
解决方案:
- 避免在同一个脚本块中反复
set()再get()判断——改用临时JS变量承接中间状态 - 如必须依赖刚设的环境变量生成URL,建议把拼接逻辑也放到脚本里,而非依赖
{{xxx}}语法,例如:const url = pm.environment.get("base_url") + "/login" - 强制刷新变量上下文:在Pre-request Script末尾加
pm.environment.reload(),确保后续脚本读到最新值(注意:此方法不解决URL字段中{{xxx}}的延迟问题)
全局变量覆盖了环境变量导致取错值
Postman变量优先级是local > environment > global。如果你在全局变量里定义了auth_token,又在环境变量里也定义了同名auth_token,那么pm.environment.get("auth_token")仍会返回环境值,但{{auth_token}}和pm.variables.get("auth_token")会优先取全局值——这个细节极易混淆。
验证方式:
- 在Pre-request Script中加两行:
console.log("env:", pm.environment.get("auth_token"));和console.log("global:", pm.globals.get("auth_token")); - 打开Console,看哪一行输出了你预期的值
- 若
global有值而env为空,说明你误把本该放环境里的变量写到了Globals里 - 删除冲突的全局变量,或重命名避免同名(比如环境里叫
dev_auth_token,全局里叫default_timeout)
变量作用域不是“谁先定义谁生效”,而是严格按层级覆盖;调试时务必分清你调用的是哪个API、引用的是哪种语法,否则花半天查不到值,只是因为你在问错的对象。










