选错变量作用域是Postman最隐蔽的调试陷阱：环境变量适配部署阶段（如base_url、auth_token），全局变量仅用于跨环境不变常量（如max_retry_count），集合变量适用于集合内共享非环境相关值（如api_path_prefix），局部变量仅限单次请求临时数据（如temp_user_id），优先级为data>local>environment>global>collection。
选错变量作用域是Postman里最隐蔽的调试陷阱——表面请求能发出去，但base_url在测试环境却悄悄用了开发值，auth_token被全局覆盖导致生产调用失败。关键不是“能不能用”，而是“该不该在这个作用域里改它”。
环境变量 vs 全局变量：什么时候该切环境而不是改全局
环境变量（pm.environment.set()）只在当前激活环境生效，适合存base_url、auth_token、timeout_ms这类随部署阶段变化的配置；全局变量（pm.globals.set()）跨所有环境和集合，只适合真正不变的常量，比如max_retry_count或api_version。
- 如果你需要在 dev/test/prod 之间一键切换域名，必须用环境变量，而不是把
base_url写进全局 - 全局变量一旦被脚本动态修改（比如
pm.globals.set("auth_token", ...)），所有环境都会受影响，极易引发越权调用 - 团队协作时，全局变量容易被不同集合的脚本反复覆盖，建议禁用写入权限，仅用作只读常量
集合变量：避免“每个请求都重复填Host头”的解法
集合变量（pm.collectionVariables.set()）的作用域刚好卡在“比环境窄、比局部宽”的位置，适合存整个集合共用但不随环境变的值，比如api_path_prefix、default_content_type。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 当多个请求共享同一个子路径（如
/v2/orders），把它设为集合变量，URL栏直接写{{api_path_prefix}}/create - 集合变量不会被环境切换重置，所以不适合存
host或port这类环境强相关字段 - 右键集合 → Edit → Variables 标签页设置，比在每个请求里硬编码更易维护
局部变量：临时数据别污染其他请求
局部变量（pm.variables.set()）生命周期仅限单次请求执行（预请求脚本 + 请求 + 测试脚本），适合存中间计算结果，比如从响应提取的 user_id、生成的 nonce、或时间戳差值。
- 不要用局部变量传参给下一个请求——它在下个请求里根本取不到，该用环境或集合变量
- 局部变量名冲突风险低，但命名仍建议带前缀，如
temp_user_id，避免和环境变量同名导致覆盖 - 在预请求脚本里设置后，可在同一请求的 Tests 脚本里用
pm.variables.get("temp_user_id")拿到，无需担心跨请求污染
变量优先级是硬规则：data > local > environment > global > collection，但真正难的是判断“这个值到底属于哪一层”。比如 auth_token 看似全局，实际应属环境变量——因为 dev 和 prod 的 token 绝对不能混用；而 retry_delay_ms 才是全局该管的。作用域选错，后期排查成本远高于初期多点两下鼠标。
