您是否曾经在事后向遗留代码中添加过单元测试？代码有多复杂？存根和模拟所有内容有多困难？最终的结果值得吗？
我发现最好的方法是逐步添加单元测试，而不是直接跳出来说我们现在将对应用程序进行单元测试。
因此，如果您要接触代码以进行错误修复或重构，请首先编写单元测试。对于错误，单元测试将有助于证明问题出在哪里，因为您可以复制它。
如果重构，你会想要编写单元测试，但你可能会发现测试是不可能编写的，所以你可能需要找到一个高层，调用将要重构的函数，并对那部分进行单元测试。然后，当您重构攻击性功能时，编写测试，以便确保它按预期运行。
没有简单的方法可以做到这一点。
这个问题可能有助于提供更多建议。如何将单元测试引入大型遗留 (C/C++) 代码库？ https://stackoverflow.com/questions/748503/how-do-you-introduce-unit-testing-into-a-large-legacy-c-c-codebase
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
