我们的项目目前正在维护中。我们从未对这个项目进行过单元测试。我们计划为增量编写单元测试,而不是为整个应用程序编写单元测试。什么是首选方法。在维护阶段添加单元测试真的会增加价值吗???我们仍在使用 .net 1.1,将来可能会升级到 .net 4.0。
我想知道是否有人做了投资回报率将其出售给企业?
我们的项目目前正在维护中。我们从未对这个项目进行过单元测试。我们计划为增量编写单元测试,而不是为整个应用程序编写单元测试。什么是首选方法。在维护阶段添加单元测试真的会增加价值吗???我们仍在使用 .net 1.1,将来可能会升级到 .net 4.0。
我想知道是否有人做了投资回报率将其出售给企业?
首选方法是在 delta之前使用单元测试覆盖所有现有代码,但您可能没有预算。对您的更改进行单元测试当然总比没有好。
如果您已经有足够的集成/验证/验收测试,那就足够了。
理想情况下,您应该对整个项目进行单元测试,而不仅仅是未来的增量。如果您计划进行重大的基础架构升级,这一点尤其重要,因为它本质上意味着您的整个项目是一个“增量”。
是否真的值得为此付出努力,取决于您真正想要支持这个项目的进展程度。
这完全取决于您的代码被搅动的频率和原因。但是,无论如何,单元测试和综合单元测试套件更像是长期投资。
如果大多数更改是由于现场/客户问题引起的,那么在维护阶段对(遗留)代码的 UnitTest 的 ROI 应该来自于减少修复问题的时间,减少因增量引入(或暴露)的错误数量,以及减少确定问题根源的时间。
如果代码流失是由小功能(改进和/或客户要求)引起的,那么 ROI 应该来自更短的交付时间(更好的代码质量、更多的信心、启用 TDD 等)。
一般来说,单元测试应该增加开发人员对代码库的信心,并为更改提供某种安全网。