添加单元测试，以传统代码[关闭]添加单元测试，以传统代码[关闭](Adding unit tests

你有没有加入单元测试，在事后，对遗留代码？多么复杂的代码，以及如何困难存根和模拟一切？是最终的结果值得吗？

Answer 1:

最好的办法，我发现，是逐步增加的单元测试，不只是跳，说我们现在将单元测试应用程序。

所以，如果你要碰代码，bug修复或重构，则先写单元测试。对于错误的单元测试将有助于证明问题出在哪里，你可以复制它。

如果重构，你将要编写单元测试，但你会发现，测试是不可能写出，所以你可能需要找到一个高层次，调用将被重构功能和单元测试的一部分。然后，当你重构进攻功能，写你的测试，这样可以确保它正在运行，因为它应该。

有没有简单的方法来做到这一点。

这个问题可以帮助更多的建议。你如何引入单元测试投入大，传统的（C / C ++）的代码库？

Answer 2:

“修改代码的工作”迈克尔羽毛本书涵盖这个话题一整本书。迈克尔说，它往往是太难以引进试验遗留代码，因为它不是用来被测试。我拿出书的最多的是一对夫妇的名为“萌芽功能”和“萌芽班”模式。萌芽函数是一个封装了，你需要在代码中进行更改。然后，您只单元测试这些功能。芽类是除了新功能相同的想法被包含在一个类中。

Answer 3:

是的，这是一般痛苦。我常常最后不得不编写集成测试来代替。

该书单元测试的艺术有这方面的一些好的建议。它还建议书修改代码的工作 ; 我没有看过后还，但它在我的筹码。

编辑：但是，是的，即使是最小的代码覆盖率是值得的。这给了我信心和安全网重构代码。

编辑：我看过修改代码的工作，这是非常好的。

Answer 4:

也看看旧代码进行单元测试领域的新方法- 阿齐兹的项目，它的灵感来源于ApprovalTests项目，并分享其关键概念。

如前所述约在ApprovalTests办法这篇文章：

通常你有你在哪里都没有测试一个巨大的遗留代码项目，但你必须改变代码来实现新的功能，或者重构。有关遗留代码有趣的是 - 它的工作原理！它的工作原理多年来，不管它是怎么写的。这是该代码的一个很大的优势。使用审批，只有一个测试，你可以得到所有可能的输出（HTML，XML，JSON，SQL或任何其输出可能会）批准，因为你知道 - 它的作品！你必须完成这样的测试和批准的结果后，你真是一个重构安全得多，因为现在你“锁定”现有的所有行为。

阿齐兹工具正是通过关于创建和运行自动表征测试mantaining遗留代码。

如需进一步信息看