dirty-chai未以函数形式调用属性却未报错，是插件问题还是预期有误？

问题原因 #

你对dirty-chai的功能预期存在偏差，这不是插件本身的问题，具体原因如下：

1. dirty-chai的核心作用是将Chai原本的属性型断言（比如.true、.false、.null等）的触发逻辑，从「访问属性触发getter执行校验」修改为「调用函数才执行校验」，它本身不会主动检测你是否调用了末尾的断言函数。

2. 你列出的三个测试用例本身就不会触发失败，各自的逻辑如下：

• expect(true).to.be.true：你仅访问了.true这个函数对象，没有执行调用，整个断言链没有运行任何校验逻辑，属于无效代码，自然不会返回失败结果，这也正好对应文档提到的「断言链不以函数结尾则之前的所有断言都不会执行」。
• expect(true).to.be.ture：Chai默认支持第三方插件扩展断言词，访问不存在的属性时只会返回空的链式代理对象，不会主动抛错，你也没有调用任何断言函数，所以同样没有执行任何校验。
• expect(true).to.be.true()：这是符合要求的正确调用形式，断言逻辑为判断传入值是否为true，你传入的参数本身就是true，断言通过，不会触发失败。如果要测试失败场景，可以写expect(false).to.be.true()，运行后会正常返回断言失败。

3. 如果需要避免漏写括号的无效断言，可以配合ESLint规则做静态检测：

• 禁用ESLint默认的no-unused-expressions规则
• 启用eslint-plugin-chai-friendly的对应规则，它可以自动识别Chai断言链，检测出未调用的末尾断言，提前在开发阶段发现问题。

验证插件是否正常加载的方法 #

运行测试用例expect(false).to.be.true()，如果返回断言失败，说明dirty-chai已经正常加载生效。如果该用例也不失败，才是插件加载问题，大概率是预加载脚本执行时机晚于测试文件的Chai引入，或者存在多个版本Chai共存导致的实例不共享问题。

内容的提问来源于stack exchange，提问作者AncientSwordRage