维护阶段的单元测试答案

【问题标题】：Unit Testing during maintenance phase维护阶段的单元测试
【发布时间】：2011-02-24 21:02:32
【问题描述】：

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

我想知道是否有人通过投资回报率将其出售给企业？？

【问题讨论】：

能否请您从您的文本中删除缩写“ROI”，并将其替换为更易于理解的内容。我搜索了投资回报率，唯一接近这个问题的定义是投资回报率。然而，我很困惑，因为显然无法做投资回报率。

【解决方案1】：

首选方法是在 delta 之前用单元测试覆盖所有现有代码，但您可能没有预算。对您的更改进行单元测试当然总比没有好。

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

【讨论】：

【解决方案2】：

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

是否真的值得为此付出努力，取决于您真正希望在多大程度上支持该项目的发展。

【讨论】：

【解决方案3】：

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

如果大部分更改是由现场/客户问题引起的，那么 UnitTest （遗留）代码在维护阶段的 ROI 应该来自于减少修复问题的时间，减少引入（或暴露）的错误数量增量并减少确定问题根源的时间。

如果代码流失是由小功能（改进和/或客户要求）引起的，那么 ROI 应该来自更短的交付时间（更好的代码质量、更有信心、启用 TDD 等）。

一般来说，单元测试应该增加开发人员对代码库的信心，并为更改提供某种安全网。

【讨论】：