Postman中需手动区分null与空字符串，因JSON解析后二者类型不同；断言时须先检查字段存在性，再判断类型和值，否则易误判或报错。
Postman 本身无法直接区分后端返回的 null 和空字符串 ""，因为两者在 JSON 解析后都表现为 JavaScript 的不同原始值，但断言脚本里必须手动做类型+值双重判断。
为什么 pm.response.json().field === null 可能误判
JSON 响应体里字段值是 null，JS 解析后确实是 null；但如果后端返回的是字符串 "null"（带引号），那它就是字符串类型，不是 null。更常见的是后端把空值序列化成 ""，这时 JS 里是 ""（空字符串），不是 null 或 undefined。
- 后端返回
{"name": null}→jsonData.name是null（严格等于） - 后端返回
{"name": ""}→jsonData.name是""（长度为 0 的字符串） - 后端返回
{"name": "null"}→jsonData.name是字符串"null"，typeof是"string"
pm.response.json() 后怎么安全判断字段是否真为 null
不能只用 === null，得先确认字段存在、再确认类型、再确认值。否则遇到字段缺失会报 Cannot read property 'xxx' of undefined。
- 用可选链操作符（Postman v10.20+ 支持）：
jsonData?.name === null - 兼容旧版写法：
jsonData && jsonData.name === null - 要同时排除
undefined和""：jsonData?.name == null || jsonData?.name === ""（注意是双等，因null == undefined） - 如果必须严格区分三者（
null/""/undefined），用Object.prototype.toString.call(jsonData?.name)拿类型字符串
测试空值时容易漏掉的边界场景
很多接口对空值处理不一致，光看响应体容易忽略这些点：
- 字段根本不存在（JSON 中没这个 key）→
jsonData.field是undefined，不是null - 字段存在但值为
null→ 正常 JSONnull，前端需显式处理 - 字段存在但值为
"null"（字符串）→ 后端逻辑 bug，比如误用String.valueOf(null) - 字段是数字但传了
null→ 接口可能转成0或抛错，要看 Swagger 定义和实际响应 - 数组字段为空：
[]≠null≠undefined，得用Array.isArray(jsonData.list) && jsonData.list.length === 0
用 Tests 脚本一次性断言多种空值状态
下面这段代码能在一个断言里覆盖常见空值组合，适合加到 Postman 的 Tests 标签页：
const jsonData = pm.response.json();
const nameVal = jsonData?.name;
pm.test("name field is explicitly null", function () {
pm.expect(nameVal).to.be.null; // 只通过当 nameVal === null
});
pm.test("name field is null or empty string", function () {
pm.expect(nameVal == null || nameVal === "").to.be.true;
});
pm.test("name field exists and is non-empty string", function () {
pm.expect(typeof nameVal === "string" && nameVal.length > 0).to.be.true;
});
真正难的不是写断言，而是搞清后端契约里「空」到底指哪一种 —— 是数据库 NULL、JSON null、空字符串，还是根本不该出现？这点不确认，所有断言都是蒙的。
