您的位置:首页 > 其它

基于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程序启动代码分开,如下图所示:

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阻止程序退出,便于查看控制台的输出。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: