如何在不引入风险的情况下测试遗留应用程序（并采用测试驱动开发）？

Question

我被要求更新一个基于 Java 的旧应用程序，并与我正在开发的更多当前应用程序内联。

我们想介绍的一件事是测试驱动开发，用于任何新的增强功能。

代码单元测试覆盖率目前非常低

作为应用程序的新手，我希望这个百分比更大，以便让我有信心在不引入缺陷的情况下进行更改。

问题是要提高这个百分比，很多代码需要重构才能测试。

因此，使用如此低的单元测试覆盖率进行重构可能会带来问题，但要提高测试覆盖率，您必须重构吗？！

在尝试这样做时是否有降低风险的方法？

Answer 1

对此的低风险方法是测试和重构是非常小的增量。您必须在修改任何内容之前引入尽可能多的测试（并不总是那么容易），然后继续该过程，但将重构纳入其中。

如果您保持最初的重构以将自包含代码块提取到小的自包含方法中，那么风险很低（不是无风险，但很低），然后您可以尽可能地测试原始方法，但另外彻底测试提取的方法。

模拟在这方面也有很大帮助——你可以传递模拟而不是真正的服务等，这有很大帮助。您仍然会遇到麻烦的情况，即代码在内部实例化/调用您不想测试的服务，但随着时间的推移，您也可以通过引入依赖注入来解决这个问题（这样您就可以注入模拟而不是真正的服务） .但这可能是一个长期战略。

我过去这样做的方式是务实 - 最初似乎无法克服，但如果您经常并及时重复执行上述操作，您最终会得到代码，您不再“害怕”的。这需要时间，但可以做到。

对于这类事情，我可以彻底推荐 Michael Feather's Working with Legacy Code - 它提供了许多实用策略来处理您（我们都经历过，在某些时候）面临的问题