开始进行单元测试

单元测试描述了独立于它们所属系统的各个代码单元的测试过程。构成单位的内容因系统而异，从单个方法到一组密切相关的类或模块。

在必要时使用测试双精度将单元与其依赖关系隔离并设置为已知状态。然后针对预期行为测试其对刺激（方法调用，事件，模拟数据）的反应行为。

整个系统的单元测试可以使用自定义编写的测试工具来完成，但是已经编写了许多测试框架来帮助简化流程并处理大量的管道，重复和平凡的任务。这允许开发人员专注于他们想要测试的内容。

当项目有足够的单元测试时，通过最终验证一切都像以前一样工作，可以轻松完成添加新功能或执行代码重构的任何修改。

代码覆盖率，通常表示为百分比，是用于显示单元测试涵盖系统中代码量的典型度量标准; 请注意，关于这应该有多高，并没有严格的规则，但人们普遍认为越高越好。

测试驱动开发 （TDD） 是一个原则，规定开发人员应该通过编写失败的单元测试来开始编码，然后才能编写使测试通过的生产代码。在练习 TDD 时，可以说测试本身是所创建代码的第一个消费者; 因此，它们有助于审计和驱动代码的设计，使其尽可能简单易用。