Postman 怎么为测试环境和生产环境配置不同变量

Postman 里区分测试环境和生产环境，关键不是复制两套请求，而是建立两个 environment，并在两套 environment 中使用相同的变量名。请求 URL 只写变量占位符，实际发送前通过右上角的环境选择器切换目标。

把环境差异放进 environment，把请求结构固定下来；切换右上角环境后，同一个请求就能使用对应的地址和参数。

步骤一：创建测试环境和生产环境

打开 Postman，先从左侧的 Add 进入 Environments。也可以直接点击工作区右上角的 environment selector，再选择新增环境。创建第一个环境时命名为 test，再用相同路径创建 production。颜色可以分别设置为蓝色和紫色，减少误选。

创建后不要急着改请求。先看左侧环境列表和右上角选择器：列表里应该有两个独立的 environment，选择器显示的名称就是当前 active environment。这个状态会决定请求和脚本读取哪一套变量。

步骤二：给两个环境填写同名变量

在左侧选择 Environments，打开 test，添加下面两行变量：

再打开 production，只保留相同的变量名，填入生产值。示例地址使用文档占位域名，不要把真实账号、Token 或密码写进文章和共享值。Postman 会自动保存变量修改；敏感字段可保留为 local value，避免把本机使用的值同步给团队。

步骤三：把变量放进请求并切换环境

新建一个 GET 请求，在 URL 中写成 {{base_url}}/{{api_prefix}}/health。这里的双大括号是变量引用，不要把测试地址直接粘进 URL。发送前先在右上角选择 test，悬停变量引用或打开变量面板，确认它解析到测试地址，再点击 Send。

需要验证生产接口时，只切换右上角的 active environment 为 production，请求本身不用改。Postman 文档说明，发送请求或运行脚本时，会使用当前 active environment 的 local value；因此“选对环境”是切换目标的关键动作。

步骤四：核对解析结果并处理串环境

如果请求仍然指向错误地址，按下面顺序核对：

1. 看右上角选择器，确认当前名称是 test 还是 production，不要只看左侧列表的高亮。
2. 打开变量面板，确认当前 environment 的 local value 与预期地址一致。
3. 检查变量名是否完全相同，包括下划线；base-url 和 base_url 是两项不同变量。
4. 如果同名变量来自 collection、global 或 data scope，检查是否存在更窄作用域的覆盖值。Postman 的 local 和 data 值可以覆盖 environment 值。

最后把 environment 名称、接口用途和是否允许共享写进变量描述。测试请求先用无害健康检查接口确认解析结果，再进行会修改数据的操作；这样即使选错环境，也能在真正写入业务数据前发现问题。

常见问题

为什么切换环境后 URL 没有变化？

先确认 URL 使用的是 {{base_url}} 这类变量引用，而不是已经写死的完整地址；然后确认右上角确实切换了 active environment，并在变量面板查看当前 local value。

共享变量和本地变量怎么选？

团队需要共同使用且不敏感的示例值可以共享；账号、Token、密码等只在本机测试的内容保留为 local value，并通过安全的团队流程管理。

参考：Postman Docs：Group sets of variables in Postman using environments。