先说说cxxtest这个测试框架：用cxxtest来编写测试用例时，我们需要写的只是一个.h文件，在这个文件里include你要测试的类或函数所在的头文件，然后写各种测试函数。与该.h文件对应的.cpp文件是用cxxtest自带的一个脚本cxxtestgen.pl来生成的（脚本调用方法请看cxxtest手册），然后我们就得到了一个.h文件和一个.cpp文件，用gcc/g++编译，得到一个可执行文件，运行此文件，就执行了你所编写的测试用例。

使用Google Test作为你的测试框架时，有点不一样：
文章来源：http://www.codelast.com/
你需要编写一个测试用例文件（例如，unittest.cpp），在这个文件里include你要测试的类或函数所在的头文件（当然也少不了 #include <gtest/gtest.h> ，这是Google Test必需的），然后在里面写各种测试，写完之后，你还再需要写一个含有main()函数的文件，例如main.cpp，内容简单，如下：

#include <gtest/gtest.h>

int main(int argc, char** argv)
{
  testing::InitGoogleTest(&argc, argv);
  return RUN_ALL_TESTS();
}

有点乱了，理一下：现在共有4个文件：main.cpp，unittest.cpp，以及你需要测试的类的.h文件及.cpp文件。

然后，用gcc/g++编译链接这些文件，得到一个可执行文件，运行此文件，就执行了你所编写的测试用例。

注意：

（1）安装好Google Test 之后，用它编写了测试用例，可能会发现运行不了测试用例，提示“error while loading shared libraries: libgtest.so.0: cannot open shared object file: No such file or directory”，那么你就要检查一下Google Test动态库的安装路径了，例如我的RHEL5默认就是安装在 /usr/local/lib/ 下的，这个时候，你需要copy一份同样的文件在 /usr/lib/ 下，当然更简单的方法是做一个符号链接（即“快捷方式”）：

cd /usr/lib/
ln -s /usr/local/lib/libgtest.so.0.0.0 libgtest.so.0

（2）编译Google Test 自带的sample的时候，有几个注意事项：你除了要带上 -lgtest 选项，还要带上 -lpthread 选项（似乎不搭边的，不过如果不带的话，会提示几个错误），例如，我编译sample1的命令为：
gcc -o sample1_exec sample1.cc sample1_unittest.cc main.cpp -lgtest -lpthread

其中，sample1_exec 是生成的可执行文件名，sample1.cc 相当于我上面所说的你需要测试的类的.cpp文件，sample1_unittest.cc 相当于我上面所说的 unittest.cpp 文件，main.cpp 就是上面所说的 main.cpp 文件。

编译完成后，执行 sample1_exec，输出如下结果，测试通过：

[==========] Running 6 tests from 2 test cases.
[----------] Global test environment set-up.
[----------] 3 tests from FactorialTest
[ RUN      ] FactorialTest.Negative
[       OK ] FactorialTest.Negative (0 ms)
[ RUN      ] FactorialTest.Zero
[       OK ] FactorialTest.Zero (0 ms)
[ RUN      ] FactorialTest.Positive
[       OK ] FactorialTest.Positive (0 ms)
[----------] 3 tests from FactorialTest (1 ms total)
[----------] 3 tests from IsPrimeTest
[ RUN      ] IsPrimeTest.Negative
[       OK ] IsPrimeTest.Negative (0 ms)
[ RUN      ] IsPrimeTest.Trivial
[       OK ] IsPrimeTest.Trivial (0 ms)
[ RUN      ] IsPrimeTest.Positive
[       OK ] IsPrimeTest.Positive (0 ms)
[----------] 3 tests from IsPrimeTest (0 ms total)
[----------] Global test environment tear-down
[==========] 6 tests from 2 test cases ran. (3 ms total)
[  PASSED  ] 6 tests.

文章来源：http://www.codelast.com/
总结：

cxxtest是用脚本帮你生成测试含main()的.cpp文件，Google Test是你自己写含main()的.cpp文件（其实也是固定的内容），相比之下，哪个都不算麻烦。关键是，Google Test是与Google Mock“无缝结合”的，如果你要用Google Mock，那么就最好选择Google Test了（Google Mock也可以与cxxtest联合使用，请看Google Mock的文档）。

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤ 
转载需注明出处：codelast.com 
感谢关注我的微信公众号（微信扫一扫）：

文章来源：http://www.codelast.com/

下载gmock：http://code.google.com/p/googlemock/downloads/list

安装：将下载的压缩包解压出来，到解压目录下执行：

./configure

然后执行：

make

注意，这个make不会编译Google Mock自己的测试用例。要编译它们，需要到解压目录下的“make”子目录下，执行：

make gmock_test

文章来源：http://www.codelast.com/

然后就会看到该目录下生成了一个可执行文件 gmock_test ，执行这个可执行文件，就可以看到Google Mock测试用例的执行结果（应该是成功的，如果有失败，则应修改Makefile使之成功）：

Running main() from gmock_main.cc

[==========] Running 13 tests from 3 test cases.

[----------] Global test environment set-up.

[----------] 6 tests from InitGoogleMockTest

[ RUN      ] InitGoogleMockTest.ParsesInvalidCommandLine

[       OK ] InitGoogleMockTest.ParsesInvalidCommandLine (0 ms)

[ RUN      ] InitGoogleMockTest.ParsesEmptyCommandLine

[       OK ] InitGoogleMockTest.ParsesEmptyCommandLine (0 ms)

[ RUN      ] InitGoogleMockTest.ParsesSingleFlag

[       OK ] InitGoogleMockTest.ParsesSingleFlag (0 ms)

[ RUN      ] InitGoogleMockTest.ParsesUnrecognizedFlag

[       OK ] InitGoogleMockTest.ParsesUnrecognizedFlag (0 ms)

[ RUN      ] InitGoogleMockTest.ParsesGoogleMockFlagAndUnrecognizedFlag

[       OK ] InitGoogleMockTest.ParsesGoogleMockFlagAndUnrecognizedFlag (0 ms)

[ RUN      ] InitGoogleMockTest.CallsInitGoogleTest

[       OK ] InitGoogleMockTest.CallsInitGoogleTest (0 ms)

[----------] 6 tests from InitGoogleMockTest (1 ms total)

[----------] 6 tests from WideInitGoogleMockTest

[ RUN      ] WideInitGoogleMockTest.ParsesInvalidCommandLine

[       OK ] WideInitGoogleMockTest.ParsesInvalidCommandLine (0 ms)

[ RUN      ] WideInitGoogleMockTest.ParsesEmptyCommandLine

[       OK ] WideInitGoogleMockTest.ParsesEmptyCommandLine (0 ms)

[ RUN      ] WideInitGoogleMockTest.ParsesSingleFlag

[       OK ] WideInitGoogleMockTest.ParsesSingleFlag (0 ms)

[ RUN      ] WideInitGoogleMockTest.ParsesUnrecognizedFlag

[       OK ] WideInitGoogleMockTest.ParsesUnrecognizedFlag (0 ms)

[ RUN      ] WideInitGoogleMockTest.ParsesGoogleMockFlagAndUnrecognizedFlag

[       OK ] WideInitGoogleMockTest.ParsesGoogleMockFlagAndUnrecognizedFlag (0 ms)

[ RUN      ] WideInitGoogleMockTest.CallsInitGoogleTest

[       OK ] WideInitGoogleMockTest.CallsInitGoogleTest (0 ms)

[----------] 6 tests from WideInitGoogleMockTest (0 ms total)

[----------] 1 test from FlagTest

[ RUN      ] FlagTest.IsAccessibleInCode

[       OK ] FlagTest.IsAccessibleInCode (0 ms)

[----------] 1 test from FlagTest (0 ms total)

[----------] Global test environment tear-down

[==========] 13 tests from 3 test cases ran. (1 ms total)

[  PASSED  ] 13 tests.

文章来源：http://www.codelast.com/

其他记录：

（1）Google Mock对象在析构的时候会检查mock函数的执行结果是否与预期相符，如果mock对象一直存在，最终的检查就不会发生。因此，如果你在堆（heap）中创建mock对象的话，最好使用内存泄漏检查工具来确定你的test是否做好了mock对象销毁工作。

（2）Google Mock要求在调用mock函数之前设置好预期的结果，否则其行为就是“未定义”的。

（3）使用EXPECT_CALL() 宏来设置一个mock函数调用的预期结果。其语法为：

EXPECT_CALL(mock_object, method(matchers))

.Times(cardinality)

.WillOnce(action)

.WillRepeatedly(action);

第一个参数是mock对象，第二个参数是mock函数名及其参数。二者中间是以逗号（而不是点号）分隔的，至于为什么是这样，回答只有一个：技术原因。

宏后面还可以紧跟若干语句，以提供对mock函数调用的预期结果的更多信息。这种风格的语法被一些人称作是“特定领域语言”（Domain-Specific Language，DSL）。

（4）Google Mock中有一些可能初次见到时感觉比较陌生的概念，例如 matcher，cardinality，etc.  这些概念在gmock的手册中都有详细说明，网上也可以找到一些中文文档，为了能真正用起来gmock，一定要看清了这些概念的含义。

（5）一个返回值为 bool 类型的mock函数默认是返回 false 的！所以，如果你没有设置函数的默认返回值，你的test函数被调用了之后很可能只执行了一部分（例如，你的test函数调用了一个mock函数，而该函数在返回 false 时，将不再继续执行其后的代码），这样你的test将不能覆盖某函数的全部代码，而这并不是你乐见的，切记。

（6）在mock对象析构时，对“期望”的检验才会被执行，所以，如果你的mock对象一直没有析构（例如，你在堆中创建了一个mock对象，却忘了删除它 。有人说可以用内存检查工具来防止这一点，但是要知道没有工具是可以保证100%可靠的），则检验一直不会被执行。如果你担心这种情况，就可以主动进行检验：

Mock::VerifyAndClearExpectations(&mock_object):

该方法返回一个bool值，以显示检验是否成功（true代表成功）。所以，你可以把它嵌套在EXPECT_TRUE()或者ASSERT_TRUE()里面来测试检验结果。

文章来源：http://www.codelast.com/

（7）gmock安装包解压目录下的“scripts”子目录下，有一个Python脚本fuse_gmock_files.py，这个脚本一般用不到，它是用来合并Google Mock的文件的。Google Mock包含N多文件，如果你要自己扩充它的功能，那么你就需要自行修改某些文件的源码，如果你把Google Mock拷贝到另一台计算机上，从头开始修改很多个文件的源码可能就很麻烦，所以脚本fuse_gmock_files.py就可以将Google Mock原来的N多文件合并为三个文件：gtest/gtest.h，gmock/gmock.h 和 gmock-gtest-all.cc。这样的话就方便多了。

（8）Google Mock有三个（主要的）指导文档，其难度由低到高分别为：ForDummies，CheatSheet，CookBook。所以，如果你刚接触gmock，应该按这个顺序依次学习那三个文档。

（9）对普通函数，使用宏 MOCK_METHODn 来定义一个模拟函数，其中n是你要模拟的函数的参数的个数，例如，你要模拟的函数没有参数，则应使用 MOCK_METHOD0。对const函数，你就要改用宏 MOCK_CONST_METHODn 来定义。

（10）static/静态 函数如何mock？

在Google Mock的官方“常见问题”的回答中（请点击这个链接，在文章中搜索“static”即可定位到），Google是这样说的：You can, but you need to make some changes（可以，但是你需要做一些修改）.Google说，如果你需要mock一个静态函数，那说明你的程序模块过于“紧耦合”了（并且灵活性不够、重用性不够、可测试性不够），你最好是定义一个小接口，通过这个接口来调用那个函数，然后就容易mock了。

这就是Google Mock给出的答案，至于你怎么想的，又会不会按它的建议去做，决定权就在你自己了。

（11）使用 ON_CALL() 宏可以设定mocker函数的返回值，例如以下代码：

ON_CALL(myMockObj, myFunc())

    .WillByDefault(Return(123));

表示“命令”函数 myFunc() 的返回值为 123，其中 myMockObj 是mocker对象，函数 myFunc() 是在该mocker类中定义的模拟函数。可见，有了Goolge Mock这样的工具，我们就可以随意“控制”一个函数的行为，让它返回我们想要返回的值，从而可以使得单元测试可以按我们的意愿来进行——有时候，你必须要这么做，例如，你的一个函数 myInvoker() 调用了 myFunc() 函数，而myFunc() 函数的返回值是根据当前时间而变化的，因此其返回值不定，我们无法使其返回一个固定的值，从而我们在对 myInvoker() 做单元测试的时候，就“很难测”了，这个时候，我们就要命令 myFunc() 永远返回我们想要的值，从而可以使得对 myInvoker() 的单元测试可以顺利进行。

多么妙的想法！这就是mock的巨大作用，尽管它只是一个后台的“模仿者”（mocker），但是它产生的作用，却是真真切切的。

文章来源：http://www.codelast.com/

（12）编译你自己的单元测试的时候遇到“undefined reference to `vtable for XXX”，“undefined reference to `typeinfo for XXX'”错误？

出现这个错误，我可以提醒你的一点是：检查你的mocker类中，是否按照gmock文档的要求，把某些函数定义成纯虚函数了。比如我有一个tobe mocked的类：

class CTobeMocked

{

public:

    CTobeMocked() {}

    virtual ~CTobeMocked() {}

public:

    virtual double myFunc(const string &str) = 0;

};

这个类就是要被mock的类，注意里面的函数myFunc()是被定义成纯虚函数的，如果你漏了后面的“ = 0”，那么你编写了相应的mocker类之后，编译的时候就会出错。

我的mocker类如下：

class CMyMocker : public CTobeMocked

{

public:

    CMyMocker() {}

    virtual ~CMyMocker() {}

public:

    MOCK_METHOD(myFunc, double(const string &str));

};

这样就可以了。

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤ 
转载需注明出处：codelast.com 
感谢关注我的微信公众号（微信扫一扫）：