在 Postman 中区分开发、测试和生产环境，标准做法是创建多个 Environment（环境）而非使用单一全局变量。通过顶部环境切换器选择当前环境，请求中的变量会自动替换为对应环境的值，避免硬编码配置。
先说结论：使用 Postman 的 Environments 功能管理不同环境配置，比修改全局变量更安全且易于维护。
- 适合：多环境 API 测试、团队协作及自动化集成场景
- 先准备：统一定义变量 key（如 base_url），规划不同环境的 value
- 验收：发送请求前确认右上角环境选项已切换至目标环境
快速处理思路
本操作不涉及命令行，主要通过 Postman 图形界面完成配置。核心思路是建立隔离的环境配置集，利用变量引用机制实现一键切换。操作前请确保已安装 Postman 客户端或登录 Web 版，并拥有创建环境的权限。
为什么会这样
使用独立环境而非全局变量，主要是为了实现配置隔离和降低误操作风险。全局变量在所有环境中共享，修改后会影响所有请求，容易导致测试数据污染生产环境。Postman 的环境机制允许同一变量 key 在不同环境中存储不同 value，选中环境后，请求中的 {{key}} 会自动解析为当前环境的值。这种设计符合配置与代码分离的原则，便于协作和权限管理。
分步处理
第一步：创建环境。点击左侧边栏 Environments 标签，点击 Add Environment 按钮，分别创建名为 Dev、Test、Prod 的三个环境。
第二步：定义变量。在每个环境中添加相同的变量 key，例如 base_url、api_key。Dev 环境填入开发地址，Prod 环境填入生产地址。注意 Initial Value 用于共享，Current Value 仅本地可见，协作时建议配置 Initial Value。
第三步：引用变量。在请求 URL 或 Header 中，使用双花括号包裹变量名，例如 https://{{base_url}}/v1/users。不要直接填写完整域名。
第四步：切换环境。在 Postman 顶部导航栏右侧的下拉菜单中，选择当前需要测试的环境名称。未选择环境时，变量无法解析。
怎么验证是否生效
发送请求前，查看请求预览栏中的 URL 是否已替换为实际地址。点击 Postman 底部的 Console 按钮打开控制台，发送请求后查看发送的实际 URL 和 Header 信息。如果变量显示为原始 {{key}} 而非具体值，说明环境未选中或变量名拼写错误。
常见坑
第一，忘记切换环境。默认可能选中 No Environment 或 Global，导致变量不解析。每次切换任务前需确认顶部环境状态。
第二，变量作用域混淆。环境变量优先级高于全局变量。如果全局变量中存在同名 key，可能掩盖环境配置，建议清理 unused 的全局变量。
第三，敏感信息泄露。生产环境的 api_key 或 token 不要设置为 Initial Value 同步到公共工作区，应仅保留在 Current Value 本地存储。
常见问题
环境变量和全局变量有什么区别？
环境变量隶属于特定环境配置，切换环境时变量值随之改变；全局变量在所有环境中生效。优先使用环境变量管理环境差异配置。
如何在团队间共享环境配置？
将环境添加到 Team Workspace 即可共享。注意检查变量值，敏感数据建议使用 Current Value 仅本地保存，不同步 Initial Value。
切换环境后请求没有变化怎么办？
检查请求 URL 中是否使用了正确的 {{变量名}} 格式。确认顶部环境下拉菜单已选中目标环境，而非 No Environment。
参考来源
Postman Learning Center, "Variables and environments", https://learning.postman.com/docs/sending-requests/variables-and-environments/