100%代码覆盖还值得追求吗?
极客时间编辑部
讲述:杜力大小:1.13M时长:02:28
在单元测试时,经常有开发人员对测试覆盖率要达到多少感到疑惑,而答案可能让人惊讶,作为指标的测试覆盖率都是没有用处的。
对此,ThoughtWorks 首席科学家马丁·福勒(Martin Fowler)曾表示,把测试覆盖作为质量目标没有任何意义,而是应该把它作为一种发现未被测试覆盖的代码的手段。
既然如此,100% 的代码覆盖率还值得追求吗? 当然,这应该是每个程序员毕生的追求之一,但是如果从项目 ROI(投入产出比) 的角度考虑,对于需要快速上线的短期项目,需要注重的是让测试覆盖核心功能代码。如果是长期项目,那么高覆盖率是非常有必要的,它意味着高可维护性,以及更少的 bug。
至于具体的覆盖率应该达到多少,其实没有适用于所有项目的数值,每个项目都应该有自己的阈值,但共性是,测试必须覆盖主要业务场景,代码的逻辑分支也必须尽可能的覆盖。
那么又该如何改进项目的代码覆盖率呢?首先开发人员要阅读和理解项目代码,找出其中需要测试并且与业务强相关的代码,结合代码质量管理平台,从代码编写规范、复杂度、重复代码等方面进行重构,进一步提高项目的可维护性与可读性。重构的同时,开发人员需要更多的测试来保证重构代码的正确性。
其次要对代码覆盖率进行度量分析,一般可以从行覆盖率、函数覆盖率、分支覆盖率、语句覆盖率这四个维度来度量。行覆盖率的高低并不能说明项目的好坏,开发人员需要从多方面进行思考,一般遵循的标准应该是函数覆盖率 > 分支覆盖率 > 语句覆盖率。
而代码覆盖率最重要的意义在于:
1. 通过阅读分析之前项目中未覆盖部分的代码,反推前期 QA 及黑盒测试时的设计是否考虑充分。
2. 检测出程序中的废代码,可以逆向反推代码设计中不合理的地方,提醒设计、开发人员理清代码逻辑关系,提升代码质量。
3. 代码覆盖率高不能说明代码质量高,但是反过来,代码覆盖率低,代码质量绝对不会高到哪里去,可以作为测试自我审视的重要工具之一。
总之,单元测试的覆盖率并不只是为了取悦客户或者管理层的数据,它能够实实在在反应项目中代码的健康程度,帮助开发人员更好的改善代码的质量,增加对所编写代码的信心。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论