前端单元测试（Unit Testing）整理

太过爱你忘了你带给我的痛 2024-04-19 12:04 88阅读 0赞

### 是什么 ###

**wiki：** 在计算机编程中，单元测试（英语：Unit Testing）又称为模块测试, 是针对程序模块来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法。

### 为什么 ###

**正确性：** 测试可以验证代码的正确性，在上线前做到心里有底；  
**自动化：** 通过编写测试用例，可以做到一次编写，多次运行；  
**解释性：** 测试用例用于测试接口、模块的重要性，那么在测试用例中就会涉及如何使用这些 API。其他开发人员如果要使用这些API，那阅读测试用例是一种很好地途径，有时比文档说明更清晰；  
**保证重构：** 互联网行业产品迭代速度很快，迭代后必然存在代码重构的过程，那怎么才能保证重构后代码的质量呢？有测试用例做后盾，就可以大胆的进行重构；  
**简化集成：** 单元测试可以减少单元自身的不确定性，当单元集成在一起测试可已更加容易；  
…

### 怎么做 ###

**我要测什么：** 函数运行流程（函数是否如预期被调用）、校验参数（某函数接收的参数和预期是否一致）、校验返回值（函数应该返回什么）

### 工具 ###

**断言库：** [chai][]

**TDD:** [assert][]

**BDD:** [expert][]、[should][]

**测试框架：** [mocha][]

**测试覆盖率：** [istanbul][]

**测试运行器：** [karma][]

**mock库：** [sinon][]

### 原则 ###

1.  测试用例需要覆盖所有分支；
2.  除了必要的正确逻辑分支，针对 if else、switch、&&、|| 等的逻辑判断也都需要进行测试，以保证函数所可能产生的行为能如预期。
3.  尽可能将被测试的代码与其他代码进行隔离，明确测试主逻辑，外部依赖使用 mock、stub 等替代。
4.  凡是非本项目开发的代码，都可以认为是第三方代码。
5.  对于使用的第三方工具库，我们是在信任它的基础上进行使用，既然选择信任，就没有测试它的必要，就算出了问题也是提供工具库的团队的问题。
6.  针对调用接口的函数，或者其他一些不稳定变量，当对其进行合理的 mock/stub，以保证不会因为其的不稳定因素导致测试失败。即将非纯函数转化为纯函数。
7.  一次只测一个单元。
8.  如果有两个函数 A、B，A 调用了 B，那么我们在测试A的时候应该 stub 掉 B，这样能保证测试失败的时候，准确的找到错误的原因。反之，可能是B方法出了问题，导致A的测试失败了，测试结果就会有误导性。
9.  有些项目中，测试代码是先于开发代码完成的。当我们想测试 A 的时候，可能 B 还没有实现，这个时候，也是需要 stub 掉 B。

### 建议 ###

1.  测试先行（TDD），定输入输出，定默认值；
2.  用例的描述要符合用例的目的；
3.  测试用例具有可重复执行的能力；
4.  测试用例避免依赖或影响其他用例；
5.  业务变动时及时更新用例；
6.  合理使用 describe 分组，合理使用 before、beforeEach、arfter 等钩子，减少代码复杂度；  
    …

[chai]: https://www.chaijs.com/
[assert]: https://github.com/browserify/commonjs-assert
[expert]: https://github.com/Automattic/expect.js
[should]: https://github.com/shouldjs/should.js
[mocha]: https://mochajs.org/
[istanbul]: https://github.com/gotwarlost/istanbul
[karma]: https://karma-runner.github.io/latest/index.html
[sinon]: https://sinonjs.org/