快速定位请求所用变量需三步：检查URL、Headers、Body和Tests中所有{{xxx}}占位符，再结合环境/集合/全局变量交叉验证；注意Pre-request Script中pm.variables.set()创建的局部变量无法导出，须人工追踪。
怎么快速定位一个请求用了哪些变量
Postman 本身不提供“变量使用报告”功能，但你可以通过三步快速反向排查：看 URL、Headers、Body 和 Tests 脚本里所有 {{xxx}} 占位符，再结合当前选中的环境/集合/全局设置交叉验证。
实际操作中容易漏掉的点：
- URL 中的
{{base_url}}/v{{api_version}}/user算两个变量，不是一整个字符串 - Headers 里写成
Authorization: Bearer {{token}}，token是变量名，不是{{token}} - Tests 脚本里用
pm.environment.get("host")或pm.globals.get("timeout")的，不会在界面高亮，必须手动搜.get(或.set( - Pre-request Script 中用
pm.variables.set("temp_id", ...)创建的局部变量，只影响后续脚本和响应，不会出现在请求编辑区
变量清单整理的实用方法（非官方但可落地）
没有一键导出“本请求依赖变量清单”的按钮，但你可以用这个组合动作生成可靠清单：
- 复制请求的 URL、Headers（Raw）、Body（Raw）、Pre-request Script、Tests 全部文本
- 用正则
\{\{([a-zA-Z0-9_]+)\}\}提取所有变量名（VS Code / Notepad++ 都支持） - 去对应作用域查这些变量是否存在：
pm.environment.get("xxx")→ 查当前环境；pm.collectionVariables.get("xxx")→ 查集合 Variables 标签页；pm.globals.get("xxx")→ 查 Globals - 把结果整理成表格：变量名 | 类型（env / collection / global） | 是否已定义 | 当前值（可选）
注意：pm.variables.get("xxx") 不会报错，即使没设过也返回 undefined，所以不能靠“脚本能跑通”判断变量存在。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
为什么有些变量明明设置了却没生效
优先级覆盖是最大陷阱。Postman 变量按作用域有固定覆盖顺序：local > data > environment > collection > global。比如你同时在环境里设了 base_url，又在集合里设了同名 base_url，那集合变量根本不会被读到——因为环境变量先命中。
- 检查是否误在 Pre-request Script 里写了
pm.environment.set("base_url", "xxx")，这会覆盖环境配置里的初始值，但下次重启 Postman 就丢了 - CSV 数据驱动运行时，
data.xxx会覆盖所有其他变量，哪怕你在环境里写了同名项 - 变量名大小写不敏感，但脚本里
pm.environment.get("API_KEY")和界面里填的api_key会被认为是同一个——容易导致你以为没设，其实设了但拼写不一致
CI/CD 或团队交接时怎么确保变量不丢
只靠 UI 点点点保存的变量无法进 Git，必须导出为 JSON 文件才可控。
- 环境变量：点击右上角环境选择器 → Manage Environments → 选中环境 → Export → 得到
environment_dev.json这类文件 - 全局变量：同路径进 Globals 标签页 → Export → 生成
globals.json - 集合变量：编辑集合 → Variables 标签页 → 没有直接导出按钮，需手动复制 JSON 内容或写脚本提取
pm.collectionVariables.toObject() - 敏感字段如
auth_token建议只填CURRENT VALUE，INITIAL VALUE留空或填占位符（如REDACTED），避免误提交真实凭证
真正难的是局部变量和脚本内动态生成的变量——它们不出现在任何 JSON 导出里，只能靠代码注释或文档说明，这点常被忽略。
