我们有一个项目开始变大,我们需要在开始重构时开始应用单元测试。将单元测试应用于已存在的项目的最佳方法是什么?我(在某种程度上)习惯从头开始做这件事,我将测试与第一行代码一起编写。当功能已经到位时,我不确定如何开始。我应该开始为存储库中的每个方法编写测试吗?或者我应该从控制器开始?
update:澄清项目的规模..我不太确定如何描述这一点,只能说有 8 个控制器和大约 167 个具有 .cs 扩展名的文件,所有这些都在大约 7 个开发人员个月内完成。
正如您所知,将测试改造到现有项目并不容易。边走边写测试的方法是更好的方法。您的问题是流程和技术之一 - 每个人都必须要求进行测试,否则没有人会使用它们。
我听到并同意的建议是,您不应尝试立即对现有代码库进行测试。你永远不会完成。首先对错误修复流程进行测试 - 每个修复的错误都会进行测试。随着时间的推移,这将开始对现有代码进行测试。新代码必须always当然有测试。最终,您会将覆盖范围提高到合理的百分比,但这需要时间。
我向我推荐的一本好书是有效地处理遗留代码 https://rads.stackoverflow.com/amzn/click/com/0131177052作者:迈克尔·C·费瑟斯 (Michael C. Feathers)。标题并没有真正展示它,但是对现有代码库进行测试是本书的一个主要主题。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)