Postman 变量替换不支持默认值回退，未定义变量会原样发送{{...}}导致400/401错误；需在Pre-request Script或Tests中手动检查并fallback，Initial Value仅初始化用，非运行时默认值。
Postman 无法自动给缺失的关联字段设默认值，必须手动在脚本中判断并 fallback。 它不会像某些模板引擎那样支持 {{variable_name:default}} 这类语法。一旦 {{token}} 对应的变量未定义或为空，请求会原样发送 {{token}} 字符串，导致 401 或 400 错误——这是最常被忽略的“静默失败”点。
为什么 {{variable_name}} 不会 fallback
Postman 的变量替换是纯字符串替换机制，不带逻辑判断。它只做两件事：查到值就替换成值；查不到（未定义/为空）就保留原始 {{...}} 文本。没有内置的空值检测、默认值回退或条件渲染能力。
- 全局变量未设置时，
pm.globals.get("token")返回undefined - 环境变量未设置时，
pm.environment.get("base_url")同样返回undefined - 即使你在 Globals 或 Environment UI 里填了 Initial Value，Current Value 为空时仍按空处理
在 Tests 脚本里安全提取并 fallback
必须在前一个接口的 Tests 脚本中显式检查响应结构，并为可能缺失的字段提供兜底逻辑。比如登录接口有时返回 {"code":0,"data":{"token":"abc..."}}，有时因错误返回 {"code":1,"msg":"invalid credentials"}，直接取 data.token 会报 Cannot read property 'token' of undefined。
- 用
try/catch或可选链（需 Postman v9.30+）避免脚本崩溃：const token = jsonData?.data?.token; - 显式 fallback：
pm.environment.set("token", token || "dummy_token_for_debug"); - 加日志辅助排查：
console.log("Extracted token:", token || "(missing)"); - 如果字段层级深且不稳定，建议先断言关键路径存在：
pm.expect(jsonData).to.have.property("data");
在 Pre-request Script 中动态补缺（更可靠）
Tests 脚本只在响应后执行，而 Pre-request Script 在请求发出前运行，更适合做“最后防线”。你可以在后续接口的 Pre-request Script 中检查变量是否有效，无效则设默认值或中止请求。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 检查并补全局变量：
if (!pm.globals.get("api_key")) { pm.globals.set("api_key", "test_api_key_123"); } - 检查并补环境变量：
if (!pm.environment.get("base_url")) { pm.environment.set("base_url", "https://dev-api.example.com"); } - 主动抛错提醒（避免静默发错请求）：
if (!pm.environment.get("token")) { throw new Error("❌ Missing 'token' — login may have failed"); } - 注意：Pre-request Script 中不能调用
pm.response.*，它还没发生
别依赖 Initial Value 当默认值
很多人在 Environment UI 的 Initial Value 栏填了 http://localhost:3000，以为这就是默认值——其实不是。Postman 只在首次创建变量或点击 Reset All 时把 Initial Value 写入 Current Value；一旦 Current Value 被脚本清空或设为 ""，它就真成空了，Initial Value 不会自动重载。
- Initial Value 是“模板”，不是“默认值”
- Current Value 才是运行时真实生效的值，且会被脚本覆盖
- 真正可控的默认行为，只能靠脚本写死或条件赋值
- 团队协作时，务必在集合文档或 README 里注明哪些变量必须由前置接口注入，哪些可人工初始化
最容易被忽略的是：Postman 不会在 UI 上标红提示某个 {{xxx}} 没被解析成功。它安静地发出去，然后你盯着 401 看半天才想到去 Console 查 pm.globals.get("xxx") 是不是 undefined。把 fallback 逻辑写进脚本，比反复调试请求头更省时间。
