Chai 中的经验教训：如何避免混淆 should 和 expect 断言
在前端开发中，单元测试是一项非常重要的任务。而断言则是单元测试中必不可少的一环。在 JavaScript 的测试框架中，Chai 凭借其灵活性和高扩展性，在前端开发中得到了广泛应用。
然而，当我们在编写测试脚本时，往往会在 should 和 expect 两个断言之间犹豫不决。本文将介绍 Chai 中 should 和 expect 两个断言的特点、使用方法以及各自的适用场景，帮助读者避免混淆并提高单元测试的质量和效率。
- should 断言
should 断言是 Chai 中最常见的一个断言，也是最易用的一个。它的特点是把断言直接附加在被测试对象上，使得测试脚本更加具有语义化。
下面是一个示例代码：
const { expect } = require('chai');
describe('should 断言示例', function() {
it('应该返回 4', function() {
const result = 2 + 2;
result.should.equal(4);
});
});在该示例代码中，should 断言直接附加在 result 对象上，测试脚本更加易读且逻辑清晰。如果 result 不等于 4，测试脚本将会报错。
然而，should 断言有一个致命缺点：它的存取器特性可能会导致变量污染和测试用例的不稳定。
具体来说，should 断言的存取器特性意味着，每当我们在一个对象上使用 should，它都会往该对象中注入一个 _should 属性。这意味着，当我们在测试用例中多次改变同一个对象的属性时，这个对象的属性状态可能会混乱，导致测试用例失败。
为了解决这个问题，Chai 提供了一个 cleanUp 方法。在每次测试完毕后，我们可以使用 cleanUp 方法来清理属性状态，以保证测试用例的结果稳定。
afterEach(function() {
someObj.cleanUp();
});- expect 断言
与 should 断言相比，expect 断言更加严格、也更加普通化。它的语法特点是 expect(被测对象).to.be.条件语句，其中条件语句可以是 be、equal、deep等等。
下面是一个示例代码：
const { expect } = require('chai');
describe('expect 断言示例', function() {
it('应该返回 4', function() {
const result = 2 + 2;
expect(result).to.equal(4);
});
});在该示例代码中，expect 断言使用了 to.equal 来判断结果是否等于 4，对结果精准度更高。如果 result 不等于 4，测试脚本将会报错。
与 should 断言相比，expect 断言不会注入任何属性，并且比较严谨，适用于更正式的单元测试，也更容易发现测试脚本的缺陷。此外，expect 断言还支持链式调用，可以增强测试脚本的可读性。
expect(result).to.be.a('number').to.be.equal(4);- should 和 expect 断言的适用场景
在实际开发中，should 断言和 expect 断言各有适用场景。
应用 should 断言的场景一般是在测试用例比较短、或者被测对象的属性比较少的情况下。should 断言可以使得代码更具语义化，易读易懂。此外，should 断言受欢迎的另一个原因是，它可以让我们跳过比较短的测试用例，并节省更多的时间。
应用 expect 断言的场景一般是在测试用例比较复杂、被测对象的属性比较多，或者为了避免出现变量污染和测试用例不稳定的情况下。在这种情况下，我们不仅需要使用更加底层的 API，例如 deepEqual、strictEqual 等，而且还需要注意清理变量状态，保证测试用例的结果稳定。
总之，在编写单元测试脚本时，选择应用 should 断言和 expect 断言，需要根据被测对象的属性、测试用例的复杂程度、开发环境等多个因素来综合考虑。
- 总结
本文介绍了 Chai 中 should 和 expect 断言两种常见的用法和适用场景，以及应对变量污染和测试用例不稳定的方法。在实际开发中，我们可以根据实际情况选择 should 断言或 expect 断言，并注意避免测试用例的不稳定。
通过对本文的学习和实践，读者可以更加深入地了解单元测试的重要性以及 Chai 中各种断言的特点和使用方法，从而更好地提高代码的可靠性和性能。
来源：JavaScript中文网 ，转载请注明来源 本文地址：https://www.javascriptcn.com/post/65b0d8d7add4f0e0ffa328d9