为什么需要单元测试

业余杂谈 herman 4289浏览 0评论
公告:“业余草”微信公众号提供免费CSDN下载服务(只下Java资源),关注业余草微信公众号,添加作者微信:xttblog,发送下载链接帮助你免费下载!
本博客日IP超过1800,PV 2600 左右,急需赞助商。
极客时间所有课程通过我的二维码购买后返现24元微信红包,请加博主新的微信号:xttblog,之前的微信号好友位已满,备注:返现
所有面试题(java、前端、数据库、springboot等)一网打尽,请关注文末小程序
视频教程免费领

我们很多人对:测试驱动开发(TDD:Test-Driven Development)、单元测试、持续集成等并不陌生,但是他们很可能不明白我们为什么需要单元测试?本文将告诉你我们为什么需要单元测试!

为什么需要单元测试

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

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

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

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

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

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

业余草公众号

最后,欢迎关注我的个人微信公众号:业余草(yyucao)!可加作者微信号1:xmtxtt(5000人已满),微信号2:codedq(5000人已满),微信号3:xttblog(超2800)。备注:“xttblog”,添加博主微信拉你进微信群。备注错误不会同意好友申请。再次感谢您的关注!后续有精彩内容会第一时间发给您!原创文章投稿请发送至532009913@qq.com邮箱。商务合作也可添加作者微信进行联系!

本文原文出处:业余草: » 为什么需要单元测试