编码与单元测试所花费的时间比率

鉴于编码新功能的估算,编码单元测试的典型估计是什么？对于维护代码的估计,这是不同的吗？

我的时间大约相当于单元测试的时间和功能代码的时间.

有些人会看这个并说这是浪费时间,但如果您唯一的另一个选择是运行应用程序并逐步完成应用程序可以采用的所有可能路径,那么单元测试所花费的时间实际上少于你将花在开发人员测试上的时间.当然,如果您没有进行太多开发人员测试,那么您将花时间修复从QA返回的错误.

无论哪种方式,编写单元测试所花费的时间实际上都会节省我在项目上花费的时间.

当需要维护代码时(稍微改变,功能上的少量添加),可能会有所不同.如果更改的代码已经完全覆盖并且您的更改不需要更改测试,则您的时间为0.否则显然不是,可能再次接近相等.

但是,您在测试时间上节省的时间要多得多; 您已经创建了测试以涵盖其余代码,因此您可以在没有任何新代码或使用应用程序的情况下发现更改产生的任何附带更改.

我会说我花了大约50%的时间编码单元测试.除了个人经验之外,很难衡量它的收益,但我发现它提供了三个主要好处:

迫使你更多地考虑你的设计,因此你倾向于编写更好的代码

允许你重新考虑/保持很多个月/几年,而不用担心你会破坏一切

减少整个项目所花费的时间,因为你不会浪费时间去寻找单元测试会遇到的琐碎错误