unit-testing - 如何为遗留的 Visual C++ 代码组织单元测试工具？

Question

我有一个 Visual Studio 2005 C++ 项目，它是一个控制台应用程序。

我想开始在测试工具下获取一些代码，但我遇到了一些我不知道如何最好地处理的问题。

我不希望我的大部分测试代码都以生产中的正常 .exe 结尾，所以我认为最好为我的测试创建一个单独的项目。第一个问题，这个新项目将如何调用其余代码？我应该让我的遗留代码成为具有单个入口点的 .lib 或 .dll 并创建一个单独的项目来调用我的遗留代码的主要部分吗？

我是否应该采取丑陋的办法，将我所有的测试都放在完全是 #ifdef TESTING 的文件中？这样代码就不会出现在我的生产 .exe 中？如果是这样，我应该如何有条件地加载我的测试框架？使用单独的属性配置进行测试？

我基本上是在寻找有关如何在 Visual C++ 中的旧 .exe 项目上获取测试工具的任何建议

Answer 1

首先，我强烈推荐 Michael Feather 的书 "Working Effectively with Legacy Code" .这完全是关于如何将自动化单元测试添加到没有测试的遗留应用程序中。如果你想知道“我如何开始测试这堆代码”，那么这本书就是给你的。

Michael 还是 CppUnit 的作者，这是一个用于 C++ 代码的类似开源 NUnit 的测试框架。你可以在这里找到它:http://sourceforge.net/projects/cppunit/ .

添加测试的一种快速而简单的方法是将 UnitTest 配置添加到您的解决方案中。此配置将编译您的代码，但不是将其链接到您的 main.CPP，而是从构建中排除您的 main.cpp 并包含 UnitTestMain.cpp，您将在其中放置调用以执行单元测试。我们很久以前就这样开始了，当时我们并不知道更好。但是，您最终会花费大量时间将所有各种 testMyCode.cpp 模块包含和排除到各种配置中，并且一段时间后会变得很累。我们发现开发人员不太喜欢这种方法。

更好的方法是在您的解决方案中添加一个单元测试项目，并依赖于您的真实项目。如果项目名为 Foo.vcproj，则将其命名为 Foo_test.vcproj。这个项目只包含你的测试代码，它#includes你的Foo头文件，它链接到你编译的fooCode.obj模块。添加一个调用来执行 Foo_test.exe 作为 Foo_test 构建的构建后步骤，它会在构建期间自动运行单元测试。如果任何单元测试失败，则构建失败。如果您在构建服务器上配置了门控 checkin ，则没有人可以 checkin 破坏现有测试的更改。