推荐使用 pm.expect().to.not.eql() 实现字段“不等于”断言,简洁可靠;需配合存在性判断、防御性取值及语义化命名,复杂场景可用 tv4 的 not schema。

用 pm.expect().to.not.eql() 做字段“不等于”断言
Postman 默认不提供“字段不等于 X”的预制断言模板,但 chai.js 断言库原生支持 .not 修饰符,直接在 .eql() 前加即可。这是最简洁、最可靠的方式。
常见错误是误用 != 或 !== 手写逻辑(比如 tests["xxx"] = jsonData.status !== "ERROR"),这种写法在 Postman 新版本中虽能运行,但不会被 Test Results 正确归类为“断言失败”,只显示为未通过的布尔表达式,缺乏可读性和调试线索。
-
pm.expect(jsonData.status).to.not.eql("ERROR")—— 推荐,失败时明确提示 “expected 'ERROR' not to equal 'ERROR'” -
pm.expect(jsonData.code).to.not.be.oneOf([0, -1])—— 可扩展,排除多个值 - 若字段可能不存在,先加存在性判断:
pm.expect(jsonData).to.have.property("status"),再链式调用.not.eql()
处理 undefined 或空值时的坑
当目标字段在某些响应中压根没返回(如后端逻辑分支导致字段缺失),直接访问 jsonData.field 会报 Cannot read property 'xxx' of undefined,整个 Tests 脚本中断,后续断言全跳过。
必须做防御性取值:
- 用可选链
jsonData?.field(Postman v9.30+ 支持) - 或老版本兼容写法:
jsonData && jsonData.field - 完整示例:
pm.expect(jsonData?.result).to.not.eql("timeout") - 如果字段允许为
null或空字符串,且你也想排除它们,需额外判断:pm.expect(["", null, undefined]).to.not.include(jsonData?.msg)
用 tv4 做 JSON Schema 层级的“排除型”校验
当需要排除的不是单个值,而是一类模式(比如“所有 id 字段不能以 tmp_ 开头”),纯字段断言就力不从心了。这时可借助 Postman 内置的 tv4 库定义 schema 约束。
Postman Mac版是一款专为macOS设计的API开发与测试工具,凭借简洁的界面和强大的功能,深受开发者喜爱。它支持发送各种HTTP请求(GET、POST、PUT等),轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验,适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作,Postman for Mac都能提升API开发效率,是ma
注意:tv4 不是开箱即用的“排除语法”,而是靠 "not" 关键字反向定义规则:
- 先写一个匹配“要排除的值”的子 schema,再用
"not": { ... }包裹它 - 示例:禁止
type字段为"draft"或"archived":const schema = { "not": { "properties": { "type": { "enum": ["draft", "archived"] } } } }; pm.test("type is not draft or archived", function() { pm.expect(tv4.validate(pm.response.json(), schema).valid).to.be.true; }); - 这种写法性能略低,仅在复杂排除逻辑下值得引入;日常单值排除仍优先用
.not.eql()
别忽略 pm.test() 的命名意义
断言失败时,Postman Test Results 靠 pm.test() 的第一个参数(字符串标题)定位问题。如果写成 pm.test("check", ...) 或留空,你根本不知道哪条“不等于”逻辑崩了。
命名建议直指语义:
- ✅
pm.test("status is not 'PENDING'", () => {...}) - ✅
pm.test("user_id does not start with 'test_'", () => {...}) - ❌
pm.test("test1", () => {...}) - ❌
pm.test("", () => {...})
真正容易被忽略的是:当多个“不等于”断言共存于一个接口时,只要其中一条失败,整个 pm.test() 块就标红——但你得靠命名立刻分辨出是哪个字段、哪个预期出了问题,而不是翻代码逐行排查。










