Postman环境变量和前置脚本的实战整理

2022年4月记录，分类「postman」。这里不追求大而全，主要记录一个测试点从发现到落地的过程。

变量怎么分

Postman 很适合联调，但变量乱了也很容易把人带坑里。我整理这篇，是为了让集合可以在本地、测试环境、预发环境之间稳定切换。

记录这篇的目的，是让下次遇到同类问题时少走一轮弯路。

前置脚本做什么

• 环境变量只放 host、账号、租户这类会随环境变化的值。
• collection 变量放 token、业务 id 这类运行过程中产生的值。
• 前置脚本只做签名、时间戳、公共 header，不写复杂业务流程。

pm.environment.set("base_url", "https://test.example.com");
pm.request.headers.add({key: "X-Request-Id", value: crypto.randomUUID()});

断言不要太轻

• 切换环境后不用手改 URL。
• 集合导出给别人后不包含个人账号密码。
• 断言至少覆盖业务码、关键字段和错误提示。

这类内容最怕只靠口头传递，所以我会把命令、样本和异常分支一起留下。

团队使用建议

Postman 不只是手工调接口的工具，用好了可以成为联调阶段的一份活文档。真正有价值的不是这一次解决了什么，而是下次能不能更快定位同类问题。