单元测试 Unit tests

测试分类

通常应用会有 单元测试(Unit tests) 和 功能测试(Functional tests)，复杂大型应用可能会有整合测试(Integration tests)。 其中：

• 单元测试：关注应用中每个零部件的正常运转，防止后续修改影响之前的组件。
• 功能测试：确保其整体表现符合预期，关注能否让用户正常使用。
• 整合测试：确保单独运行正常的零部件整合到一起之后依然能正常运行。

开发人员主要关注单元测试。

单元测试的好处

• 如果能通过单元测试，那么通过后续测试且软件整体正常运行的概率大大提高。
• 单元测试发现的问题定位到细节，容易修改，节省时间。
• 追踪问题变得更加方便。

选择单元测试框架

测试框架基本上都做了同一件事儿：

• 描述你要测试的东西
• 对其进行测试
• 判断是否符合预期

选择框架会考虑下面的点：

• 断言(Assertions)：用于判断结果是否符合预期。有些框架需要单独的断言库。
• 适合 TDD / BDD：是否适合 测试驱动型 / 行为驱动型 的测试风格。
• 异步测试：有些框架对异步测试支持良好。
• 使用的语言：大部分 js 测试框架使用 js。
• 用于特定目的：每个框架可能会擅长处理不同的问题。
• 社区是否活跃。

注：

• TDD：测试驱动型的开发方式，先写测试代码，之后编写能通过测试的业务代码，可以不断的在能通过测试的情况下重构。
• BDD：与 TDD 很相似，测试代码的风格是预期结果，更关注功能，看起来像需求文档。

测试工具的类型

组合使用工具很常见，即使已选框架也能实现类似的功能

• 提供测试框架(Mocha[ˈmɒkə], Jasmine[ˈdʒæzmɪn], Jest[dʒest], Cucumber)
• 提供断言(Chai, Jasmine, Jest, Unexpected)
• 生成，展示测试结果(Mocha, Jasmine, Jest, Karma)
• 快照测试(Jest, Ava)
• 提供仿真(Sinon, Jasmine, enzyme, Jest, testdouble)
• 生成测试覆盖率报告(Istanbul, Jest, Blanket)
• 提供类浏览器环境(Protractor, Nightwatch, Phantom, Casper)

解释上面提到的点：

• 测试框架，即组织你的测试，当前流行 BDD 的测试结构。
• 快照测试(snapshot testing)，测试 UI 或数据结构是否和之前完全一致，通常 UI 测试不在单元测试中
• 仿真(mocks, spies, and stubs)：获取方法的调用信息，模拟方法，模块，甚至服务器

各框架特点

Jest

• facebook 坐庄
• 基于 Jasmine 至今已经做了大量修改添加了很多特性
• 开箱即用配置少，API 简单
• 支持断言和仿真
• 支持快照测试
• 在隔离环境下测试
• 互动模式选择要测试的模块
• 优雅的测试覆盖率报告，基于 Istanbul
• 智能并行测试(参考)
• 较新，社区不十分成熟
• 全局环境，比如 describe 不需要引入直接用
• 较多用于 React 项目(但广泛支持各种项目)

Mocha

• 灵活(不包括断言和仿真，自己选对应工具)
• 流行的选择：chai，sinon
• 社区成熟用的人多，测试各种东西社区都有示例
• 需要较多配置
• 可以使用快照测试，但依然需要额外配置

Jasmine

• 开箱即用(支持断言和仿真)
• 全局环境
• 比较'老',坑基本都有人踩过了

AVA

• 异步，性能好
• 简约，清晰
• 快照测试和断言需要三方支持

Tape

• 体积最小，只提供最关键的东西
• 对比其他框架，只提供最底层的 API

总结一下，Mocha 用的人最多，社区最成熟，灵活，可配置性强易拓展，Jest 开箱即用，里边啥都有提供全面的方案，Tape 最精简，提供最基础的东西最底层的 API。