关于单元测试的重要性、gtest的优缺点等就不说了。
之前项目是没有做单元测试的,在VS的解决方案中,只有一个可执行的工程,其他的工程都是以DLL库的形式提供。
本文只针对使用VS对DLL库进行单元测试,做一些记录。
下载gtest不多说,下载什么版本也没太大关系,我下载的是1.7版。
在Windows下编译gtest步骤:
(1)将gtest-1.7.0.zip进行解压缩;
(2)用vs打开msvc目录下的gtest.sln工程,需要进行转换编译器;
(3)打开后有四个工程gtest、gtest_main、gtest_prod_test、gtest_unittest;
(4)由于单元测试一般在Debug模式下进行,只需在Debug下编译gtest工程即可,会在msvc/gtest/Debug下生成gtestd.lib库。
原来工程中已经包含Debug和Release模式,为了不影响以前的工程的使用,专门添加一个Gtest_Debug模式,用于做单元测试。
步骤如下
按确定后,会生成对应的Gtest_Debug模式。
这时候,可以使用新建的Gtest_Debug编译一把,看能不能编译成功,生成的文件和原来的Debug模式是一模一样的。
(1)把解压出来的gtest头文件目录拷贝到项目原有的include目录
(2)把编译出来的gtestd.lib拷贝到项目的Debug模式生成的目录
改造原代码,添加Gtest的main函数因为每个实现文件都会包含stdafx.h,避免每个单元测试的实现文件都要添加gtest的头文件,所以在此头文件中添加如下代码。
其中GTEST_DEBUG这个宏是前面步骤添加的,这段代码只有在Gtest_Debug模式下才会有效。
#ifdef GTEST_DEBUG
#include "gtest/gtest.h"
#pragma comment(lib, "gtestd.lib")
#endif
由于把DLL库改为exe应用程序,所以需要添加main函数,以便执行gtest的用例。
在工程中新建一个GtestMain.cpp文件,添加如下代码(主要是main函数的实现,用例是用于测试是否成功的)。
#include "stdafx.h" #ifdef GTEST_DEBUG // 这段代码只能在Gtest_Debug模式下运行 int add(int a, int b)
{
return a + b;
} TEST(fun, add)
{
EXPECT_EQ(, add(, -));
EXPECT_EQ(, add(, ));
} int main(int argc, wchar_t* argv[])
{
testing::InitGoogleTest(&argc, argv);
return RUN_ALL_TESTS();
} #endif
重新编译工程,会发现工程生成的是exe程序,而不再是DLL程序,把工程设置为启动项目,执行程序即可看到测试结果。
建议在工程目录下专门建一个test的目录,用于存放测试用例的文件,测试用例的文件和实际工程代码都可以加入到VS工程中。
所有的测试用例代码都需要用#ifdef GTEST_DEBUG ... #endif来括起来,以便与实际的工程代码隔离。
使用gtest给DLL工程编写单元测试
http://blog.csdn.net/sogouauto/article/details/47731523
gtest简介及简单使用
http://blog.csdn.net/fengbingchun/article/details/39667571
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)