公告：“业余草”微信公众号提供免费CSDN下载服务(只下Java资源)，关注业余草微信公众号，添加作者微信：xttblog2，发送下载链接帮助你免费下载！
本博客日IP超过2000，PV 3000 左右，急需赞助商。
极客时间所有课程通过我的二维码购买后返现24元微信红包，请加博主新的微信号：xttblog2，之前的微信号好友位已满，备注：返现
受密码保护的文章请关注“业余草”公众号，回复关键字“0”获得密码
所有面试题(java、前端、数据库、springboot等)一网打尽，请关注文末小程序
腾讯云】1核2G5M轻量应用服务器50元首年，高性价比，助您轻松上云
本博客日IP超过2000，PV 3000 左右，急需赞助商。
极客时间所有课程通过我的二维码购买后返现24元微信红包，请加博主新的微信号：xttblog2，之前的微信号好友位已满，备注：返现
受密码保护的文章请关注“业余草”公众号，回复关键字“0”获得密码
所有面试题(java、前端、数据库、springboot等)一网打尽，请关注文末小程序
腾讯云】1核2G5M轻量应用服务器50元首年，高性价比，助您轻松上云
我们很多人对：测试驱动开发（TDD：Test-Driven Development）、单元测试、持续集成等并不陌生，但是他们很可能不明白我们为什么需要单元测试？本文将告诉你我们为什么需要单元测试！
为什么需要单元测试
- 谁都不敢保证自己的code没有BUG，但可以通过严格的单测减少BUG
- 尽早地发现错误，快速报错，遏制错误放大与辐射。因为错误放大后，对发现错误，修改错误，稳定性保障上的困难呈倍数增长
- 可测试性，还驱动着设计合理，驱动着可读性，驱动着可维护性
- 通过日常、预发环境测试，测试成本大，效率低，发现问题迟，修改问题的成本也大，而且那时修改问题的风险也大，从效率上来讲单测会提高我们的整体效率的！
为保障自己的测试单元是稳定的，在设计时就会驱动自己设计出较高度抽象的模块，应当尽量不被修改破坏( 开-闭原则 )；
因为职责越是单一明确越是便于测试，因此被测试单元应该是独立的行为能力( 单一职责原则 )
为了测试简单可行，对外部系统的依赖应该是更小的( 低耦合原则 )，应当是尽量依赖接口而不是具体实现( 依赖倒置原则 )，这样通过Mock等技术在单测环境下才能使不依赖外部系统得以运行
当自己要测试超过100行的方法，就算自己写的或许连自己都会看得眼花缭乱，还如何测试，更别提各种if/else的分支覆盖率了，此时测试的可能性就会驱动你去重构，去对复杂逻辑进行拆分，对僵硬的判断逻辑进行抽象或重组。这样一来我们发现代码逻辑更清晰了，更易读了
在设计合理上，代码可读性上有了一定的保证，才能让接盘的同学容易理解你的代码，可以放心安全的修改你的代码，修改高耦合代码带来的连带问题也是屡见不鲜的
最后，欢迎关注我的个人微信公众号：业余草（yyucao）！可加作者微信号：xttblog2。备注：“1”，添加博主微信拉你进微信群。备注错误不会同意好友申请。再次感谢您的关注！后续有精彩内容会第一时间发给您！原创文章投稿请发送至532009913@qq.com邮箱。商务合作也可添加作者微信进行联系！