postman变量使用技巧

2023年9月记录，分类「postman」。这是一篇偏实战的记录，保留了当时的判断过程和后续沉淀。

变量层级

Postman 变量看着简单，实际很容易因为环境变量、集合变量、全局变量混用导致请求跑偏。我这篇主要记录自己的分层习惯。

我更关注它在真实提测流程里怎么落地，而不是单独演示一个命令或脚本。

常见写法

• host、tenant、账号放环境变量。
• token、订单号、流水号放集合变量。
• 调试临时值用本地变量，不提交到团队集合。

pm.collectionVariables.set("order_id", pm.response.json().data.orderId);
pm.test("业务码为0", () => pm.expect(pm.response.json().code).to.eql(0));

断言补充

• 换环境不需要改接口路径。
• 前置脚本不会覆盖错误环境的 token。
• 集合导出前清理敏感变量。

执行时最好把截图、请求、响应、日志时间点放在一起，后面复盘会省很多事。

小结

变量管理清楚了，Postman 集合才适合团队协作。这个记录后续还可以继续补真实缺陷样本，让它从笔记变成团队检查清单。