Unit testing 维护阶段的单元测试

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

---

我想知道是否有人做了一个投资回报率来向企业出售它？？？

首选的方法是在增量之前用单元测试覆盖所有现有代码，但您可能没有这样的预算。对您的更改进行单元测试肯定比什么都不做要好

---

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

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

---

是否值得为此付出努力取决于您真正希望支持该项目的程度。

这完全取决于您的代码被搅动的频率和原因。然而，在任何情况下，单元测试和全面的单元测试套件更像是长期投资

如果大多数更改是由现场/客户问题引起的，那么维护阶段（遗留）代码的UnitTest的ROI应该来自减少修复问题的时间、减少增量引入（或暴露）的bug数量以及减少确定问题根本原因的时间

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

---

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

你能从你的文本中删去缩写“ROI”并替换为更容易理解的内容吗。我搜索了投资回报率，唯一接近这个问题的定义是投资回报率。然而，我很困惑，因为显然一个人不能做投资回报率。