Unit testing 如何着手为遗留的Visual C++；密码？ 我有Visual Studio 2005 C++项目，它是一个控制台应用程序。

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

我不想让我的大部分测试代码在生产环境中以正常的.exe结束，所以我认为最好为我的测试创建一个单独的项目。第一个问题，这个新项目将如何调用代码的其余部分？我应该使用单个入口点将遗留代码设置为.lib或.dll，并创建一个单独的项目来调用遗留代码的main吗

我应该把所有测试放在完全是

#ifdef测试的文件中，这样代码就不会出现在我的production.exe中吗？如果是这样，我应该如何有条件地加载我的测试框架？是否使用单独的属性配置进行测试

我基本上是在寻找关于如何在Visual C++中的遗留.exe项目上获得测试工具的任何建议。
我认为在库中测试大部分代码是最好的，但不一定在所有情况下都实用

一种解决方案是有一个单独的项目配置（例如，调试、发布和测试），并将测试代码放在单独的文件中，这些文件在调试和发布配置下标记为“从构建中排除”。您可以使用简单的代码在
#ifdef
中启动测试，也可以使用非测试构建中包含的测试运行程序的存根版本

另一种选择（尽管它相当黑客化）是让您的测试代码从
WinMain
运行，生产代码从常规的
main
运行。当您使用“Windows”子系统进行构建时，您的测试将运行；当您为
控制台
子系统进行构建时，您的生产代码将运行。不过，我不知道链接器是否会从生产版本中删除未调用的测试函数。
首先，我强烈推荐Michael Feather的书。这一切都是关于如何将自动单元测试添加到没有测试的遗留应用程序中。如果您想知道“我如何开始测试这堆代码”，那么这本书就是为您准备的

米迦勒也是CPPUnter的作者，是一个C++源代码的开放源代码单元测试框架。你可以在这里找到它：
添加测试的一种快速而肮脏的方法是将UnitTest配置添加到解决方案中。此配置将编译您的代码，但不是将其链接到main.CPP，而是将main.CPP从构建中排除，并包括UnitTestMain.CPP，您将在其中调用以执行单元测试。我们很久以前就这样开始了，那时我们还不知道还有什么更好的。但是，您最终会花费大量时间将所有不同的testMyCode.cpp模块包括在各种配置中，并将其排除在外，过了一段时间后会变得很累。我们发现开发人员不太喜欢这种方法

更好的方法是向解决方案中添加一个单元测试项目，该项目的构建依赖于实际项目。如果项目名为Foo.vcproj，则将其称为Foo_test.vcproj。这个项目只包含您的测试代码，它#包含您的Foo头，并链接到您编译的fooCode.obj模块。添加一个调用以执行Foo_test.exe作为Foo_测试生成的生成后步骤，它会在生成期间自动运行单元测试。如果任何单元测试失败，构建就会失败。如果在生成服务器上配置了门控签入，则没有人可以签入破坏现有测试的更改
 你的第四段正是我想要的，我没有想到直接链接到另一个项目的.obj文件。我已经在我的屏幕上安装了WEwLC，并且准备好了CppUnitLite。这是一个好主意。我还推荐CxxTest。我意识到这些都是比较老的回答，但我想用我自己的反馈更新一下——我最近一直在使用Googletest（）并取得了很好的效果。它有很多很好的特性，比如死亡测试、固定装置，甚至还有一个可以使用的模拟系统，以及较少的样板文件来设置测试应用程序，例如CppUnit。@waxspin，去年我们成功地将CppUnit测试转换为visualstudio测试。VS2013和以后有一个内置的C++单元测试环境，所以它都集成到构建链中。