Postman中区分字段缺失与字段为null，须先点击右上角Prettify按钮格式化JSON：缺失字段表现为该key完全不出现，而"key": null则明确显示键值对；再用Tests脚本pm.expect(obj).to.have.property("key")断言存在性，避免!== undefined引发运行时错误。
Postman里JSON响应中字段缺失 vs 字段为null，怎么一眼分清
不能只靠肉眼搜键名。Postman默认展示的是压缩 JSON，id 在顶层没出现，不代表它不存在——可能在 data.items[0].id 里；更关键的是，"id": null 和压根没这个 key，对后端逻辑常意味着完全不同语义（比如“用户没填手机号” vs “用户明确填了空字符串”），但你在响应体里看到的都是一行文本，不格式化根本没法比。
用prettify按钮强制格式化再查，别跳过这步
Postman 响应面板右上角有个 Prettify 按钮（图标是 {}），点它。不是“美化”，是真正调用 JSON 解析器做语法校验+缩进渲染。一旦格式化失败，说明返回根本不是合法 JSON（比如后端吐了 HTML 错误页、或漏了引号），这时搜 id 就毫无意义。
- 格式化后，缺失字段表现为整个 key-value 对完全消失，比如
user对象里没有phone字段，那它就不会出现在那个对象层级里 - 字段为
null则会显示为"phone": null，有冒号、有 null 字面量，且缩进位置和同级其他字段一致 - 如果格式化后某层是空数组
[]或空对象{}，也要注意：它不等于“字段缺失”，而是字段存在且值为空容器
用 Tests 脚本断言字段存在性，而不是只检查值
人工看容易漏，尤其嵌套深的时候。在 Postman 的 Tests 标签页写脚本，直接让机器回答“这个字段有没有”：
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
pm.test("data.user.phone exists", function () {
const jsonData = pm.response.json();
pm.expect(jsonData).to.have.property("data");
pm.expect(jsonData.data).to.have.property("user");
pm.expect(jsonData.data.user).to.have.property("phone"); // 这行断言 existence，不管值是 null 还是字符串
});
-
pm.expect(obj).to.have.property("key")只检测 key 是否在对象自身属性中（不查原型链），能准确区分“缺失”和“值为 null” - 如果要兼容
undefined或null值，改用pm.expect(jsonData.data?.user?.phone).to.not.be.undefined，但这就变成查值而非查存在性了 - 别用
jsonData.data.user.phone !== undefined直接判断——如果user本身是null，这行会报Cannot read property 'phone' of null错误，断言直接中断
遇到 jsonb->> 或 jsonb-> 行为不一致？先确认你看到的是 SQL NULL 还是 JSON null
如果你的接口背后连的是 PostgreSQL / Hologres，且响应里某个字段时有时无，大概率是数据库查询用了 jsonb->>（返回 text，键不存在时返回 SQL NULL）或 jsonb->（返回 jsonb，键不存在时返回 SQL NULL，键值为 JSON null 时返回 null jsonb 值）。这两者在 Postman 里都显示为空白或 null，但本质不同：
- SQL NULL 是数据库层面的“未知/缺失”，参与任何运算结果都是 NULL，必须用
IS NULL判断 - JSON null 是一个合法的 JSON 值，序列化后就是字符串
"null"，前端JSON.parse()后得到的就是 JavaScript 的null - Postman 里看不出区别，得翻后端 SQL —— 如果用的是
jsonb->>，那响应里空白大概率是 SQL NULL；如果用的是jsonb->并做了to_jsonb()包装，才可能把 JSON null 透出到响应体
真正容易被忽略的点是：前端代码用 obj.field == null 同时捕获了两种情况，但业务逻辑上，“字段没传”和“字段传了 null”往往要走不同分支——这时候光靠 Postman 看响应不够，得配合后端日志或 DB 查询确认原始值类型。
