我有一个 Visual Studio 2005 C++ 项目，它是一个控制台应用程序。
我想开始在测试工具下获取一些代码，但我遇到了一些我不知道如何最好地处理的问题。
我不希望我的大部分测试代码都以生产中的正常 .exe 结尾，所以我认为最好为我的测试创建一个单独的项目。第一个问题，这个新项目将如何调用其余代码？我应该让我的遗留代码成为具有单个入口点的 .lib 或 .dll 并创建一个单独的项目来调用我的遗留代码的主要部分吗？
我是否应该采取丑陋的做法，将我的所有测试都放在完全#ifdef TESTING这样的文件中，这样代码就不会出现在我的生产 .exe 中？如果是这样，我应该如何有条件地加载我的测试框架？使用单独的属性配置进行测试？
我基本上是在寻找有关如何在 Visual C++ 中的旧 .exe 项目上获取测试工具的任何建议
首先，我强烈推荐 Michael Feather 的书“有效地使用遗留代码”。这完全是关于如何将自动化单元测试添加到没有测试的遗留应用程序中。如果您想知道“我如何开始测试这堆代码”，那么这本书就是为您准备的。
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 构建的构建后步骤，它会在构建期间自动运行单元测试。如果任何单元测试失败，则构建失败。如果您在构建服务器上配置了门控签入，则没有人可以签入破坏现有测试的更改。
我认为将大多数经过测试的代码放在库中是最好的，但不一定在所有情况下都实用。
一种解决方案是拥有一个单独的项目配置（例如，调试、发布和测试）并将您的测试代码放在单独的文件中，这些文件在调试和发布配置下标记为“从构建中排除”。您可以使用简单的代码来启动测试，#ifdef也可以使用包含在非测试构建中的测试运行器的存根版本。
另一种选择（虽然它相当 hack-ish）是让您的测试代码从常规 old 运行，WinMain而您的生产代码从常规 old 运行main。当您使用“Windows”子系统构建时，您的测试将运行，而当您为Console子系统构建时，您的生产代码将运行。不过，我不知道链接器是否会从生产版本中删除未调用的测试函数。