QT-testlib 子项目单元测试的自动依赖

如何解决QT-testlib 子项目单元测试的自动依赖

正如大多数示例所描述的那样，必须将单元测试项目作为 app/libs-project 的兄弟项目 如此处所述： Add a unit test project to an existing Qt Creator project 以及关于子项目、qmake 和 make 对错误重建感到厌烦的人如何依赖的非常明确的答案： Automatically rebuild dependencies in Qt Creator

好的，所以我们有一个这样的项目树：

subdirs.pro
   |-app.pro
   |-lib1.pro
   |-lib2.pro
   |-test.pro

都在它们相应的目录中，有时用于使用子目录等进行结构化。

我的问题：为了测试应用程序或库中的特定单元/类，正确获取包含和链接器的解决方案，以及一般的 QT 配置，我必须输入每个 SOURCE/HEADER/INCLUDEPATH/LIBS已经在 app.pro 或 lib*.pro 中再次在 test.pro 中。

所有示例都依赖于很少的类，有时甚至不是一个类，而是一些表达式。说起来简单，看起来容易。但是我的库和应用程序是多套件，其中一些交叉编译设置（根据 .pro 中的定义导致代码中的一些预处理器切换）和一些本地构建依赖项（更大的依赖项，如 opencv、boost、libgphoto etx) 不用说，保持它们正确已经够难的了，但是在测试项目中的正确位置复制和粘贴每个更改并不是应该手动完成的。

所以这里是我的问题的中心：测试应用程序是否应该在为应用程序本身创建的二进制对象上运行，以及由应用程序设置的所有依赖项和构建顺序应用程序？因此，由设置创建的单元错误也可能出现在测试中。 在当前情况下，测试的二进制对象的构建可以是独立的，看看我必须在 test.pro 中放入什么。不管我对项目构建依赖项说了什么。

据我所知，主要问题是：应用程序的 main() 或 lib 中的导出设置决定了需要编译和链接的内容。但无论如何，.pro 中的 SOURCE/HEADERS 只是为了以正确的顺序构建它们。（好吧，也许测试请求的东西不是由应用程序构建的，但我们假设我们测试的所有内容都将成为应用程序的一部分.)

这就是问题所在，我想要一种类似于 test.pro 的方法

INCLUDEPROJECT += lib1.pro
INCLUDEPROJECT += lib2.pro
INCLUDEPROJECT += app.pro

就是依赖app/lib项目中的东西

或者，甚至更好：由于测试代码大多直接在 app/libs 的目录中，并且它们（应该）是任何代码的重要组成部分，这不是进行测试的更好方法吗？项目本身的一部分，将 testlib 添加到 QT 和 app.pro 中：

UNITTEST += apptest.cpp

然后在运行配置中在运行和测试之间切换？