基于Visual Studio与Google Test的单元测试框架搭建方法

    单元测试是软件开发的主要阶段之一，可以有效保证代码质量，提升产品稳定性与可靠性。单元测试可基于多种环境开发，本文介绍基于Visual Studio与Google Test的单元测试框架搭建方法。

    Visual Studio是Windows平台最常见IDE，本文提及的Visual Studio为VS2005及其后版本，如VS2008、VS2010等；Google Test是Google主导开发的开源项目，本文选用的Google Test版本为1.6.0，详可参见Google开源项目。

    以下为单元测试框架的具体步骤：

1、 安装Visual Studio，具体方法不再赘述。

2、 下载Google Test并编译得到lib文件。

1) 从http://code.google.com/p/googletest下载gtest-1.6.0.zip并解压。本文实践中将其解压到C盘根目录。

2) 用Visual Studio打开gtest-1.6.0\msvc目录下的gtest.sln工程。使用VS2005及之后版本打开时需要升级工程。

3) 分别在Debug与Release模式下编译gtest.sln工程，在对应编译结果文件夹中可以找到gtestd.lib（Debug模式）和gtestd.lib（Release模式）。将编译得到的lib文件拷贝到一个文件夹中，如lib文件夹。由于单元测试环境需要使用gtest-1.6.0.zip压缩包中include文件夹中的头文件，故本文实践中将lib文件夹新建在解压后的gtest-1.6.0中，其路径为C:\gtest-1.6.0\lib。

3、 设置Visual Studio工程。

1) 在Tools→Options→Projectsand Solutions→VC++Directories中选择“Includefiles”，添加新路径C:\gtest-1.6.0\include。该设置对所有VS工程均生效。

2) 在Tools→Options→Projectsand Solutions→VC++Directories中选择“Libraryfiles”，添加新库C:\gtest-1.6.0\lib。该设置对所有VS工程均生效。

3) 在Project→Properties→ConfigurationProperties→C/C++→Code Generation中设置RuntimeLibrary。工程为Debug模式设置为Multi-threaded Debug (/MTd)，工程为Release模式设置为Multi-threaded (/MT)。该设置仅对当前VS工程生效。

4、 单元测试代码示例。

#include "gtest/gtest.h"#ifdef _DEBUG#pragma comment(lib, "gtestd.lib")#else#pragma comment(lib, "gtest.lib")#endifint Add(int a, int b){    return (a + b);}class CAddTest : public testing::Test{public:    CAddTest(void){}    ~CAddTest(void){}};TEST_F(CAddTest, UT0001){    ASSERT_EQ(3, Add(1, 2));}int main(int argc, char **argv) {    testing::InitGoogleTest(&argc, argv);    return RUN_ALL_TESTS();}

    以下几点为单元测试框架搭建过程中的注意事项：

1、 确保编译lib文件与代码工程均为同一版本Visual Studio，如果lib文件使用VS2005编译，而代码工程则为VS2008，则有可能出现问题。

2、 上述步骤中的相关路径均为绝对路径，而实际代码有可能是团队写作开发，采用相对路径可保证拿到代码后直接使用，不用编译lib及设置路径等。鉴于此，可采用如下两种方法解决。

1) 设置include与lib路径为相对路径，此时该设置仅对当前VS工程有效，且lib与include成为工程有机组成部分。

2) 设置include与lib路径为映射绝对路径，映射路径使用subst命令，详可参相关文献。此时该设置即可采用上述步骤中的绝对路径方法，也可采用相对路径方法，但lib与include同样也成为工程有机组成部分。

    至此，基于VisualStudio与GoogleTest的单元测试框架搭建完成。当然，上述框架仅保证GoogleTest可以在VisualStudio上运行，实际产品中的单元测试框架相对要复杂得多，本文不再论述。