当您在遗留代码库中工作时,随着时间的推移,什么会对提高代码库的质量产生最大的影响?
- 删除未使用的代码
- 删除重复的代码
- 添加单元测试以提高覆盖率较低的测试覆盖率
- 跨文件创建一致的格式
- 更新第三方软件
- 减少静态分析工具(即 Findbugs)生成的警告
该代码库是由许多具有不同专业水平的开发人员多年来编写的,其中许多领域未经测试,有些领域在没有花费大量时间编写测试的情况下无法测试。
- 阅读迈克尔·费瑟的书“有效地使用旧代码” https://rads.stackoverflow.com/amzn/click/com/0131177052
这是一本很好的书。
如果您不喜欢这个答案,那么我能给的最好建议是:
[1]:遗留代码 = 没有单元测试的代码,因此是未知的
在没有适当的自动化测试套件的情况下更改遗留代码是危险且不负责任的。如果没有良好的单元测试覆盖率,您不可能知道这些更改会产生什么影响。 Feathers 建议采用“束缚”方法,在该方法中,您可以隔离需要更改的代码区域,编写一些基本测试来验证基本假设,在单元测试的支持下进行小的更改,然后从那里开始工作。
注意:我并不是说您需要停止所有事情并花费数周时间为所有事情编写测试。恰恰相反,只需围绕您需要测试的区域进行测试并从那里进行解决即可。
吉米·博加德和雷·休斯顿针对与此非常相似的主题做了一个有趣的屏幕拍摄:http://www.lostechies.com/blogs/jimmy_bogard/archive/2008/05/06/pablotv-elimination-static-dependency-screencast.aspx http://www.lostechies.com/blogs/jimmy_bogard/archive/2008/05/06/pablotv-eliminating-static-dependencies-screencast.aspx
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)