QtTest：防止可执行文件被复制到系统

Question

因此，我在这里编写一些库，并希望对其进行适当的单元测试（例如TDD等）。 QtTest框架看起来很适合入手。库本身很好，测试也可以。

但是，当我将库和测试项目都添加到我的工作项目中时，CI构建令人惊讶地失败了。发生了测试可执行文件（LibraryTest.exe或Linux上的类似文件）正在被复制：

在Windows上的另一个文件夹中
• ％QTDIR％/ tests
• 在Linux上/ usr / tests

我的测试项目设置将此行为添加到“安装”构建阶段，在那里（重要的）：

QT += core testlib

# The problem is below
CONFIG += c++11 qt warn_on depend_includepath #testcase
CONFIG -= app_bundle

LIBS *= -L$$PWD -lmylibrary # not exact, does not matter

TARGET = LibraryTest

SOURCES += \
    tst_my_library_test.cpp

DEFINES *= QT_FORCE_ASSERTS

DESTDIR = $$PWD/bin

如您所见，注释掉CONFIG += testcase后，可执行文件不再复制到其他位置。我已经读到该配置选项用于自动化测试，这看起来很有用，但是关于任何特殊的安装阶段都没有写任何东西。测试可执行文件存在于DESTDIR中就很好了，所以这不是偶然的错误。

我的问题是：为什么会发生？我可以指定其他文件夹吗？ 自动化是有用的，但是即使实现了自动化，也可能会绑定到一些更方便的目录。

我煮QtTest错了吗？预先感谢您的关注。

Answer 1

好吧，在以我自己的方式破解测试并获得足够的时间来彻底研究问题之后，发现Qt的测试被设计为以我想不到的另一种方式使用。

很明显，测试用例的makefile与常规用例不同，但是official documentation只是声明了以下内容：

  

对于测试用例项目，qmake将检查目标插入到生成的Makefile中。该目标将运行该应用程序。如果测试以退出代码等于0终止，则认为该测试通过。

这给出了一个提示，究竟是什么导致makefile带有多余的install_target: first FORCE且文件复制异常而又错误，但是并没有更深入地解释这种行为。

经过更多的搜索之后，我发现了以下here：

  

还要注意，Qt测试仅在未安装Qt的情况下进行了测试（上面的-prefix $ PWD选项）。测试项目文件将覆盖make安装目标，因此它们不可安装。如果Qt不在其安装路径上，则根本无法使用。

只要我的项目大量使用install构建步骤并且测试是项目树的一部分，它就可以解释问题。