Postman中不能直接用=== null或== null安全判断字段是否为null，因字段缺失时为undefined而非null，直接访问会报错；应根据语义选择to.be.undefined、to.not.exist或逐层校验嵌套字段。
Postman 里不能直接用 === null 或 == null 安全判断字段是否为 null，尤其当字段可能不存在、是 undefined、空字符串或 0 时，容易误判。
为什么 jsonData.field === null 不可靠
JSON 响应中字段缺失（key 不存在）时，jsonData.field 是 undefined，不是 null；而有些后端会显式返回 "field": null。两者语义不同，但都算“空值”。若只写 jsonData.field === null，字段缺失时断言直接报错（Cannot read property 'xxx' of undefined），而不是失败。
- 字段根本没返回 →
jsonData.field是undefined - 字段返回了
null→jsonData.field是null - 字段返回了
""或0→ 用!jsonData.field会误判为“空”
pm.expect(jsonData.field).to.be.null 的适用边界
这个写法只在你**确定字段一定存在、且后端明确返回 null 字面量**时才安全。它会严格校验值是否为 null，不接受 undefined 或其他 falsy 值。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- ✅ 正确场景：
{"data": null}→pm.expect(jsonData.data).to.be.null通过 - ❌ 错误场景：
{"code": 200}（无data字段）→ 执行时报错，Test 直接中断 - ⚠️ 注意：
.to.be.null不等价于.to.eql(null)，前者是 Chai 的断言链语法，更推荐
安全判断“字段为空”的三种实操方式
根据你要验证的语义选：
- 只要字段值是
null或undefined（即未设置）：用pm.expect(jsonData.field).to.be.undefined或pm.expect(jsonData.field).to.not.exist（后者兼容缺失和null） - 字段存在但值为
null（排除缺失）：先检查是否存在，再断言为null：const data = pm.response.json();<br>pm.test("field exists and is null", () => {<br> pm.expect(data).to.have.property("field");<br> pm.expect(data.field).to.be.null;<br>}); - 字段“逻辑为空”（
null/undefined/""/[]）：用pm.expect(data.field).to.be.oneOf([null, undefined, ""]) || Array.isArray(data.field) && data.field.length === 0—— 但建议拆成多个断言，避免掩盖真实问题
最容易被忽略的坑：嵌套字段和数组索引越界
比如想断言 jsonData.user.profile.avatar 为空，但 user 或 profile 可能根本不存在。直接链式访问必报错。
- ❌ 错误：
pm.expect(jsonData.user.profile.avatar).to.be.null - ✅ 正确：用可选链（Postman v10.20+ 支持）
pm.expect(jsonData?.user?.profile?.avatar).to.be.null，或手动逐层判断：const res = pm.response.json();<br>if (res.user && res.user.profile) {<br> pm.expect(res.user.profile.avatar).to.be.null;<br>} - 数组场景同理：
jsonData.items[0].id要先确认items存在且非空，否则加 guard：Array.isArray(jsonData.items) && jsonData.items.length > 0 && pm.expect(jsonData.items[0].id).to.be.null
