我刚开始使用TDD，很好奇其他人运行测试的方法。供参考，我正在使用谷歌测试框架，但我相信这个问题适用于大多数其他测试框架以及C/C++之外的语言。
到目前为止，我的一般做法是以下三种之一：
在静态库中编写大部分应用程序，然后创建两个可执行文件。一个可执行文件是应用程序本身，而另一个是带有所有测试的测试运行器。两者都链接到静态库。
直接将测试代码嵌入到应用程序本身中，并使用编译器标志启用或禁用测试代码。这可能是我迄今为止使用的最好方法，但会使代码有点混乱。
将测试代码直接嵌入到应用程序本身中，并根据某些命令行开关，运行嵌入在应用程序中的应用程序本身或运行测试。
这些解决方案都不是特别“优雅”...
你是如何处理的呢？
对于C/C++应用程序，我尽可能将大部分代码放在一个或多个dll中，而主要应用程序只需最少量的代码以启动并将控制权移交给dll。Dll更容易测试，因为它们可以导出我想要的多个入口点供测试应用程序使用。
我使用单独的测试应用程序链接到Dll(s)。我强烈支持将测试代码和“产品”代码保留在不同的模块中。
我赞同第一点的观点，以下是原因：
对于C++的构建和测试，我喜欢使用CMake，它可以运行一些目标可执行文件作为测试，并打印结果的总结。
个人而言，我使用另一种方法，有点依赖于你的方法：
我保持项目测试不变。如果它是可执行文件，它应该保持为可执行文件。您只需创建一个后构建操作，以将所有obj文件聚合到静态库中。
然后，您可以创建测试项目，链接测试框架和先前生成的静态库。
以下是与您的问题对应的一些主题：
我正在使用第三方的测试运行器与他们的框架，并将测试包含在构建脚本中。测试位于生产代码之外（外部dll）。
