regression-testing - 管理回归

Question

我天生就是一个冲动的编码员，并且已经开始在编程中通过艰难的方式学习耐心的美德。我表现不佳的领域之一是在修改现有代码时。如果我没有在我面前列出所有的细节，我总是会错过某些有时会导致倒退的途径。在我阅读“实现模式”之前，我的编码还不错，但低估了代码的维护。

所以，我的问题是，如果您要维护现有代码，您如何覆盖所有基础并确保您不会留下坑洼？当您不确定代码可能在哪里中断时，您使用什么策略？

Answer 1

单元测试，简而言之。您需要测试覆盖率来确保当您进行更改时，您可以重新运行测试并确保您没有破坏任何东西。

如果您有持续集成，那么这将在您 checkin 时显示。我会早/经常 checkin 以确保您的更改很小，并且您可以轻松地跟踪错误的原因。

令人头疼的是对现有框架进行单元测试改造。您可能必须重新设计一些现有的库才能允许 dependency injection和 mocking .不幸的是，仅仅进行这些更改并非没有风险，这一切都指向尽早编写测试(并设计您的代码以使其易于测试)。