推荐使用 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() 块就标红——但你得靠命名立刻分辨出是哪个字段、哪个预期出了问题，而不是翻代码逐行排查。
