维护阶段的单元测试

时间:2010-05-27 21:02:05

标签: unit-testing testing maintenance roi maintenance-mode

我们的项目目前正在维护中。我们从未对此项目进行过单元测试。我们计划为delta编写单元测试,而不是为整个应用程序编写单元测试。什么是首选方法。它是否真的增加了在维护阶段添加单元测试的价值???我们仍然使用.net 1.1,将来可能会升级到.net 4.0。

我想知道是否有人投入ROI将其出售给企业?

3 个答案:

答案 0 :(得分:3)

首选方法是在之前使用单元测试覆盖所有现有代码,但您可能没有预算。您的更改的单元测试肯定比没有更好。

如果您已经有足够的集成/验证/验收测试,那就足够了。

答案 1 :(得分:2)

理想情况下,您应该对整个项目进行单元测试,而不仅仅是未来的增量。如果您计划进行主要的基础架构升级,这一点尤其重要,因为它实际上意味着您的整个项目都是“delta”。

是否真的值得付出努力取决于你真正希望在未来支持这个项目的程度。

答案 2 :(得分:0)

这完全取决于您的代码被搅动的频率和原因。但是,无论如何,单元测试和综合单元测试套件更像是长期投资。

如果大多数更改是由于现场/客户问题造成的,那么维护阶段的(传统)代码的UnitTest的ROI应来自减少修复问题的时间,减少引入(或暴露)的错误数量增量和减少时间来识别问题的根本原因。

如果代码流失是由小功能(改进和/或客户请求)引起的,那么ROI应来自更短的交付时间(更高质量的代码,更有信心,启用TDD等)。

单元测试一般应该提高开发人员对代码库的信心,并为变更提供某种安全网。