为什么需要单元测试

我们很多人对：测试驱动开发（TDD：Test-Driven Development）、单元测试、持续集成等并不陌生，但是他们很可能不明白我们为什么需要单元测试？本文将告诉你我们为什么需要单元测试！

为什么需要单元测试

1. 谁都不敢保证自己的code没有BUG，但可以通过严格的单测减少BUG
2. 尽早地发现错误，快速报错，遏制错误放大与辐射。因为错误放大后，对发现错误，修改错误，稳定性保障上的困难呈倍数增长
3. 可测试性，还驱动着设计合理，驱动着可读性，驱动着可维护性
4. 通过日常、预发环境测试，测试成本大，效率低，发现问题迟，修改问题的成本也大，而且那时修改问题的风险也大，从效率上来讲单测会提高我们的整体效率的！

为保障自己的测试单元是稳定的，在设计时就会驱动自己设计出较高度抽象的模块，应当尽量不被修改破坏( 开-闭原则 )；

因为职责越是单一明确越是便于测试，因此被测试单元应该是独立的行为能力( 单一职责原则 )

为了测试简单可行，对外部系统的依赖应该是更小的( 低耦合原则 )，应当是尽量依赖接口而不是具体实现( 依赖倒置原则 )，这样通过Mock等技术在单测环境下才能使不依赖外部系统得以运行

当自己要测试超过100行的方法，就算自己写的或许连自己都会看得眼花缭乱，还如何测试，更别提各种if/else的分支覆盖率了，此时测试的可能性就会驱动你去重构，去对复杂逻辑进行拆分，对僵硬的判断逻辑进行抽象或重组。这样一来我们发现代码逻辑更清晰了，更易读了

在设计合理上，代码可读性上有了一定的保证，才能让接盘的同学容易理解你的代码，可以放心安全的修改你的代码，修改高耦合代码带来的连带问题也是屡见不鲜的

： » 为什么需要单元测试