下载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 
感谢关注我的微信公众号（微信扫一扫）：