您是否曾经在事后向遗留代码中添加过单元测试？代码有多复杂？ stub 和模拟所有内容有多困难？最终结果值得吗？
最佳答案
我发现，最好的方法是逐步添加单元测试，而不是直接跳进去并说我们现在将对应用程序进行单元测试。
因此，如果您要接触代码、进行错误修复或重构，请首先编写单元测试。对于错误，单元测试将有助于证明问题出在哪里，因为您可以复制它。
如果重构，你会想要编写单元测试，但是你可能会发现测试是不可能编写的，所以你可能需要找到一个高层，调用将要重构的函数，并对那部分进行单元测试。然后，当您重构攻击性功能时，编写测试，以便确保它按预期运行。
没有简单的方法可以做到这一点。
这个问题可能有助于提供更多建议。 How do you introduce unit testing into a large, legacy (C/C++) codebase?
关于unit-testing - 向遗留代码添加单元测试，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1541568/