基于gtest和VS2008搭建单元测试框架
2015-11-18 16:01
459 查看
一、下载gtest
本人下载的gtest版本为:1.7.0
下载最新版本地址:
https://code.google.com/p/googletest/downloads/list
参考文档地址:
https://code.google.com/p/googletest/wiki/V1_7_Documentation
二、编译gtest库
2.1目录结构说明
因为要经常使用,所以将gtest解压到一个固定的目录,例如:D:\gtest\gtest-1.7.0,打开解压后的目录,结构如下:
其中主要用到的目录如下:
include:包含目录,里面包含gtest需要的所有头文件,测试时要用到。
msvc:Visual Studio的项目工程文件,已经配置好了,用它生成二进制库。
lib:本人自己创建的目录,用来保存二进制库。
2.2编译库
使用VS2008打开D:\gtest\gtest-1.7.0\msvc目录下的gtest.sln文件,若提示自动升级为新的解决方案,那么等升完级后,就可以直接编译里面的“gtest”工程。
Debug和Release的都要生成,分别用于测试Debug和Release方案的代码。
gtest工程配置:
Debug/Release通用:
项目属性-配置属性-常规(配置类型:静态库(.lib))
Debug下的工程属性配置如下:
项目属性-配置属性-C/C++-代码生成(运行时库:多线程调试DLL(/MDd))
Release下的工程属性配置如下:
项目属性-配置属性-C/C++-代码生成(运行时库:多线程调试DLL(/MD))
gtest_main工程配置同gtest工程。
msvc\gtest\Debug:Debug方案下的二进制库文件:gtestd.lib、gtest_maind.lib
msvc\gtest\Release:Release方案下的二进制库文件:gtest.lib、gtest_main.lib
三、搭建MFC测试工程
本人直接在原始工程中搭建单元测试框架(理论上测试工程和被测试工程应该分开,由于分开搭建时,总是产生很多编译错误,所以最终选择在原始被测试工程中搭建单元测试框架)。
3.1测试工程配置
工程Release配置如下:
项目属性-配置属性-常规(配置类型:应用程序(.exe))
项目属性-配置属性-C/C++-常规(附加包含目录:"D:\gtest\gtest-1.7.0\include")
项目属性-配置属性-C/C++-预处理器(预处理定义:增加__GTEST宏定义)
项目属性-配置属性-C/C++-代码生成(运行时库:多线程DLL(/MD))
项目属性-配置属性-链接器-常规(附加库目录:"D:\gtest\gtest-1.7.0\lib")
项目属性-配置属性-链接器-输入(附加依赖项:gtest.lib
gtest_main.lib)(注意:多个库文件之间用"空格"隔开,此外需要将在Release下编译gtest和gtest_main工程时生成的库文件拷贝到"D:\gtest\gtest-1.7.0\lib"目录下)
3.2测试工程代码修改
到
xxxxApp::InitInstance() 添加代码,把测试启动代码和MFC程序启动代码分开,如下图所示:
定义了一个CConsole 实例,因为MFC GUI程序默认是没有控制台的,所以我们就看不到GTest的输出。CConsole 就是用来创建一个控制台对象并注册为默认控制台。在工程某个头文件(如xxxx.h)中添加如下代码:
测试执行完成以后,把Console窗口移到前台,并通过MessageBox阻止程序退出,便于查看控制台的输出。
本人下载的gtest版本为:1.7.0
下载最新版本地址:
https://code.google.com/p/googletest/downloads/list
参考文档地址:
https://code.google.com/p/googletest/wiki/V1_7_Documentation
二、编译gtest库
2.1目录结构说明
因为要经常使用,所以将gtest解压到一个固定的目录,例如:D:\gtest\gtest-1.7.0,打开解压后的目录,结构如下:
其中主要用到的目录如下:
include:包含目录,里面包含gtest需要的所有头文件,测试时要用到。
msvc:Visual Studio的项目工程文件,已经配置好了,用它生成二进制库。
lib:本人自己创建的目录,用来保存二进制库。
2.2编译库
使用VS2008打开D:\gtest\gtest-1.7.0\msvc目录下的gtest.sln文件,若提示自动升级为新的解决方案,那么等升完级后,就可以直接编译里面的“gtest”工程。
Debug和Release的都要生成,分别用于测试Debug和Release方案的代码。
gtest工程配置:
Debug/Release通用:
项目属性-配置属性-常规(配置类型:静态库(.lib))
Debug下的工程属性配置如下:
项目属性-配置属性-C/C++-代码生成(运行时库:多线程调试DLL(/MDd))
Release下的工程属性配置如下:
项目属性-配置属性-C/C++-代码生成(运行时库:多线程调试DLL(/MD))
gtest_main工程配置同gtest工程。
msvc\gtest\Debug:Debug方案下的二进制库文件:gtestd.lib、gtest_maind.lib
msvc\gtest\Release:Release方案下的二进制库文件:gtest.lib、gtest_main.lib
三、搭建MFC测试工程
本人直接在原始工程中搭建单元测试框架(理论上测试工程和被测试工程应该分开,由于分开搭建时,总是产生很多编译错误,所以最终选择在原始被测试工程中搭建单元测试框架)。
3.1测试工程配置
工程Release配置如下:
项目属性-配置属性-常规(配置类型:应用程序(.exe))
项目属性-配置属性-C/C++-常规(附加包含目录:"D:\gtest\gtest-1.7.0\include")
项目属性-配置属性-C/C++-预处理器(预处理定义:增加__GTEST宏定义)
项目属性-配置属性-C/C++-代码生成(运行时库:多线程DLL(/MD))
项目属性-配置属性-链接器-常规(附加库目录:"D:\gtest\gtest-1.7.0\lib")
项目属性-配置属性-链接器-输入(附加依赖项:gtest.lib
gtest_main.lib)(注意:多个库文件之间用"空格"隔开,此外需要将在Release下编译gtest和gtest_main工程时生成的库文件拷贝到"D:\gtest\gtest-1.7.0\lib"目录下)
3.2测试工程代码修改
到
xxxxApp::InitInstance() 添加代码,把测试启动代码和MFC程序启动代码分开,如下图所示:
BOOL xxxxApp::InitInstance() {/*************************************单元测试***********************************/ #ifdef __GTEST CConsole cc; int argc = 0; TCHAR* argv = _T(""); testing::InitGoogleTest(&argc, &argv); RUN_ALL_TESTS(); HWND hwnd = GetConsoleWindow(); SetWindowPos(hwnd, HWND_TOP, 0, 0, 0, 0, SWP_NOMOVE|SWP_NOSIZE); AfxMessageBox(_T("about to exit!")); return false; #else /********************************************************************************/ AfxEnableControlContainer(); // Standard initialization // If you are not using these features and wish to reduce the size // of your final executable, you should remove from the following // the specific initialization routines you do not need. #if _MSC_VER <= 1200 #ifdef _AFXDLL Enable3dControls(); // Call this when using MFC in a shared DLL #else Enable3dControlsStatic(); // Call this when linking to MFC statically #endif #endif CTDDNOADlg dlg; m_pMainWnd = &dlg; int nResponse = dlg.DoModal(); if (nResponse == IDOK) { // TODO: Place code here to handle when the dialog is // dismissed with OK } else if (nResponse == IDCANCEL) { // TODO: Place code here to handle when the dialog is // dismissed with Cancel } // Since the dialog has been closed, return FALSE so that we exit the // application, rather than start the application's message pump. return FALSE; #endif }
定义了一个CConsole 实例,因为MFC GUI程序默认是没有控制台的,所以我们就看不到GTest的输出。CConsole 就是用来创建一个控制台对象并注册为默认控制台。在工程某个头文件(如xxxx.h)中添加如下代码:
/*****************************单元测试****************************/ class CConsole { public: CConsole(void); virtual ~CConsole(void); private: }; /***************************************************************/在工程包含xxxx.h的.c文件中添加如下代码:
/******************单元测试*******************/ #include <conio.h> #include <fcntl.h> #include <io.h> #include "gtest/gtest.h" /********************************************/
/*******************单元测试******************/ CConsole::CConsole(void) { AllocConsole(); int hCrun; hCrun = _open_osfhandle((long)GetStdHandle(STD_OUTPUT_HANDLE), _O_TEXT); FILE* hFile = _fdopen(hCrun, "w"); // use default stream buffer setvbuf(hFile, NULL, _IONBF, 0); *stdout = *hFile; //test //_cprintf("test console by _cprintf/n", 0); //std::cout << "test console by std::out/n"; } CConsole::~CConsole(void) { FreeConsole(); } /**********************************************/至此,单元测试框架搭建完成,执行测试后的输出效果如下:
测试执行完成以后,把Console窗口移到前台,并通过MessageBox阻止程序退出,便于查看控制台的输出。
相关文章推荐
- centos yum update kernel
- sealed修饰符
- Android从SD卡加载大量图片
- java类加载过程
- Saltstack配置管理-业务引用haproxy
- Cocos2D-X中在C++中调用JAVA的方法
- 安卓屏幕亮度设置相关
- 《SQL必知必会》学习笔记(一):实验数据初始化
- 野人学Android第二弹——利用Zxing实现二维码效果的步骤讲解
- K-means算法[聚类算法]
- ORACLE+SQL性能优化
- 使用popupwindow将布局文件以对话框的形式弹出
- 原生js模拟淘宝购物车项目实战
- 也谈淘点点60s短信订单的架构设计
- Oracle迁移MySQL笔记
- Maven Tips
- spring aop
- 面试题-Java算法篇
- Mysql中输入中文的问题
- 于Fragment和Activity之间onCreateOptionsMenu的问题