我得到了我的Qt项目,我正在使用Qt Creator。我想对我的所有代码进行单元测试 但是我在QTestLib框架上相当新,但是每个人都推荐它用于测试基于Qt的源代码。现在我对如何使用app项目构建测试项目感到困惑。
在这种情况下,您如何管理测试代码?感谢。
答案 0 :(得分:15)
第一个结构来源如下:
MyApp
MyAppUnitTest
在MyApp
项目下,使用MyAppSrc.pri
查找源文件:
SOURCES += \
../../../framework/src/myapp.cpp \
../../../framework/src/mycontrol.cpp
HEADERS += \
../../../framework/inc/myapp.h \
../../../framework/inc/mycontrol.h
INCLUDEPATH += ../../../framework/extlibs
在.pri
中添加此MyApp.pro
,如:
include(MyAppSrc.pri)
然后完全像主项目一样构建测试项目,在MyAppUnitTest.pro
中添加一个额外的包含:
include(MyAppUnitTestSrc.pri)
include(../MyApp/MyAppSrc.pri)
答案 1 :(得分:8)
我使用这种方法:http://xilexio.org/?p=125
即,将test
配置放在构建所有内容的单个.pro
文件中。文件层次结构:
myproject.pro
src/
Example1.cpp
Example2.cpp
Example1.h
Example2.h
test/
ExampleTest.cpp
ExampleTest.h
myproject.pro
档案:
QT += #needed modules
CONFIG += qt c++11
HEADERS += \
src/Example1.h \
src/Example2.h
SOURCES += \
src/Example1.h \
src/Example2.h
test{
message(Configuring test build...)
TEMPLATE = app
TARGET = myapptests
QT += testlib
HEADERS += \
test/ExampleTest.h
SOURCES += \
test/ExampleTest.cpp
}
else{
TEMPLATE = lib
TARGET = myapp
CONFIG += plugin
TARGET = $$qtLibraryTarget($$TARGET)
}
在我的示例中,我正在构建一个插件库,但该方法也适用于应用程序。对于应用程序,SOURCES -= src/main.cpp
子句下可能需要else
,插件库没有它。如果不这样做,应用的main()
将与单元测试的main()
发生冲突。
ExampleTest.cpp
如下所示:
#include "ExampleTest.h"
void ExampleTest::exampleTest(){
//Do the tests
}
QTEST_MAIN(ExampleTest)
ExampleTest.h
如下所示:
#include <QtTest/QtTest>
class ExampleTest : public QObject {
Q_OBJECT
private slots:
void exampleTest();
};
要构建项目测试,请在与常规构建不同的目录中运行:
qmake path/to/myproject.pro "CONFIG += test"
答案 2 :(得分:6)
我喜欢其他答案,但我想在我目前工作的公司提供一些反馈意见:
创建一个subdirs
项目(这将是管理所有项目的顶级项目,包括您的图书馆项目或任何您想要测试的项目)
+-----MyProject (top-level subdirs)
将您的图书馆项目添加为子项目
+-----MyProject (top-level subdirs)
|
+-----Library (library project, UI project etc.)
添加其他subdirs
项目(用于测试)
+-----MyProject (top-level subdirs)
|
+-----Library (library project, UI project etc.)
|
+-----Tests (subdirs for tests)
创建一个QUnitTest
项目并将其添加到测试subdirs
项目
+-----MyProject (subdirs)
|
+-----Library (library project, UI project etc.)
|
+-----Tests (subdirs for tests)
|
+----- TestA (QUnitTest project for testing feature A)
根据需要添加尽可能多的测试
...
|
+-----Tests (subdirs for test)
|
+----- TestA (QUnitTest project for testing feature A)
|
+----- TestB (QUnitTest project for testing feature B)
|
+----- TestC (QUnitTest project for testing feature C)
|
...
|
+----- TestZ (QUnitTest project for testing feature Z)
如果您需要分组测试,也可以使用subdirs
来执行此操作。 subdirs
还可确保在文件系统中创建真实目录。如果您想避免过多subdirs
,可以将测试分组到您在Tests
项目文件夹内的文件系统中自己创建的文件夹中。
除此之外,我还建议为模板项目添加subdirs
。
+-----MyProject (subdirs)
|
+-----Library (library project, UI project etc.)
|
+-----Tests (subdirs for tests)
| |
| ...
|
+-----Templates (subdirs for template projects
|
+----- TemplateA (template project for feature A)
|
+----- TemplateB (template project for feature B)
|
+----- TemplateAB (template project for feature A and B together)
|
...
|
+----- TemplateZ (template project for feature Z)
这当然是基于您图书馆的功能。对于模板项目,我指的是自定义小部件等,它们链接到您的库,并以其应该向用户显示的方式有选择地(或全部)显示其功能。例如,如果您有一个管理各种相机设备的库,您可以为每个相机设备创建一个模板项目,从而允许您的库的用户只需复制粘贴特定的模板项目并展开它,或者至少看看如何集成你的图书馆一般应该发生。这样可以减少文档,同时提供很好的自包含示例,这样可以减少开发时间,而这些开发时间用于确定库的集成和使用方式是如何工作的(你可以说它是一种类型的一套Hello World项目:))。最后但并非最不重要的是,您可以概述不同用例的解决方案。
答案 3 :(得分:1)
我使用CMake的Qt Creator而不是qmake来构建我的Qt项目。
基本上我需要文件夹:
src
tests
每个测试都是一个程序本身测试一个类。 要测试的应用程序被编译为库。。您将文件夹src中的所有源代码编译为库。
// ClassTest.cpp
#include "ClassTest.h"
#include "Class2Test.h" // Class of the app
#include <QtTest/QtTest>
ClassTest::ClassTest( QObject* parent )
: QObject(parent)
{
}
QTEST_MAIN( ClassTest )
#include "ClassTest.moc"
您只需将lib链接到测试可执行文件即可。
示例:
在src文件夹中CMakeLists.txt示例
add_library( MyAPP
SHARED
Class2Test.cpp
)
target_link_libraries( MyAPP
${QT_LIBRARIES}
)
在tests文件夹中的CMakeLists.txt示例中,为每个测试。
qt4_automoc( ${test_src} )
add_executable( ${test_name} ${test_src} )
target_link_libraries( ${test_name}
MyAPP
${QT_LIBRARIES}
${QT_QTTEST_LIBRARY}
)
它仍然在同一个项目中,但你可以添加一个标志让用户编译测试。它很干净,因为应用程序保持不变,它允许您测试应用程序的每个类。