在進行測試過程中，待測的類或者方法經常會依賴其他類或方法的實現。如果此時這些依賴還沒有實現，則需要打樁。另外測試講求獨立，測試之間的互相依賴會導致測試最終混亂不堪。

GoogleMock提供一套方法來快速的實現打樁，并讓打樁的類或者方法輕松的按照你的要求來進行一系列動作。

現在有一個還沒實現具體方法的的抽象基類

//MyClass.hpp
#pragma once

class MyClass
{
public:virtual int add(int a, int b) = 0;

    virtual int plus(int a, int b) = 0;
};

一個要使用其方法的類

//UseMyClass.hpp
#pragma once

#include "MyClass.hpp"

class UseMyClass
{
public:
    int useAddAndPlus(int a, int b)
    {
        return myclass->add(a, b) + myclass->plus(a, b);
    }

    void set(MyClass* m)
    {
        myclass = m;
    }
private:
    MyClass* myclass;
};

現在要對UseMyClass進行單元測試，但它的方法又依賴于MyClass中方法的實現，這種情況下就要對MyClass進行mock

//MockMyClass.hpp
#pragma once

#include <gmock/gmock.h>
#include "MyClass.hpp"

class MockMyClass : public MyClass
{
public:
    MOCK_METHOD2(add, int(int a, int b));
    MOCK_METHOD2(plus, int(int a, int b));
};

最后在測試的時候調用mock的方法，并設置其預期的動作

//MockTest.cpp
#include <gtest/gtest.h>
#include "UseMyClass.hpp"
#include "MockMyClass.hpp"

TEST(TestUseMyClass, useAddAndPlus)
{
    UseMyClass useMyClass;
    MockMyClass mockMyClass;
    EXPECT_CALL(mockMyClass, add(1,1)).WillOnce(testing::Return(2));
    EXPECT_CALL(mockMyClass, plus(1,1)).WillOnce(testing::Return(1));
    useMyClass.set(&mockMyClass);
    EXPECT_EQ(3, useMyClass.useAddAndPlus(1, 1));
}

編譯

g++ mockTest.cpp -lgtest -lgtest_main -lgmock  -lpthread -o myMock

運行結果

以上就是一個簡單的使用GoogleMock的例子。下面介紹一下如何寫mock的代碼：

1. 必須包含頭文件<gmock/hmock.h>

2. 對于一個待mock的方法

ReturnType func(arg0, arg1,....)

其mock方法的書寫方式為:

MOCK_METHODn(func, ReturnType(arg0, arg1, ...))

其中n為參數個數

3. 對于在測試中mock方法的期待動作的基礎寫法：

EXPECT_CALL(mock_object, method(matchers))
    .Times(cardinality)
    .WillOnce(action)
    .WillRepeatedly(action);

EXPECT_CALL聲明一個調用期待，就是我們期待這個對象的這個方法按什么樣的邏輯去執行。

mock_object是mock的對象，例如上例中的mockMyClass

method是mock的方法，例如上例中的add, plus

Times表示這個方法期望被執行多少次

WillOnce表示執行一次方法時，將執行其參數action的方法。一般我們使用Return方法，用于指定一次調用的輸出

WillRepeatedly表示一直調用方法時，將執行其參數action的方法。需要注意下它和WillOnce的區別，WillOnce是一次，WillRepeatedly是一直

舉個例子：

EXPECT_CALL(mockMyClass, add(_,_))
    .Times(6)
    .WillOnce(Return(2))
    .WillRepeatedly(Return(3))

這個例子表示，我們期望MyClass類的一個實例的方法add被調用6次，被調用是傳入的參數不指定，但第一次被調用返回6，后面每次被調用返回3

例外注意，Times(cardinality)WillOnce(action)WillRepeatedly(action) 都不是必須要寫的，按你自己的需要去選擇要寫哪個或者哪些

在公司的測試代碼中像上例這種情況很少見，公司代碼中mock不是為了為那些沒有實現的方法打樁，而是為了減少UT之間的相互依賴。

試想如果class A 依賴于class B的實現，如果不給B打樁的話，A的UT肯定會依賴于B的實現，而有了mock則可以直接對依賴B的方法直接打樁而不去管B的真正實現，減少了測試的耦合性，使得測試間互相獨立，容易調試。

下面對這種減少依賴而使用mock的情況舉個例子：

一個實現其自己的方法的MyClass

//MyClass.hpp
#pragma once

#ifdef UT
#include "MockMyClass.hpp"
class MyClass_orig
#else
class MyClass
#endif
{
public:
    int add(int a, int b)
    {
        return a + b;
    }

    int plus(int a, int b)
    {
        return a * b;
    }
};

一個類的方法依賴于其他類（MyClass）方法的類UseMyClass

//UseMyClass.hpp
#pragma once

#include "MyClass.hpp"

class UseMyClass
{
public:
    int useAddAndPlus(int a, int b)
    {
        return myclass->add(a, b) + myclass->plus(a, b);
    }

    void set(MyClass* m)
    {
        myclass = m;
    }
private:
    MyClass* myclass;
};

對MyClass進行mock

//MockMyClass.hpp
#pragma once

#include <gmock/gmock.h>
 
class MyClass
{
public:
    MOCK_METHOD2(add, int(int a, int b));
    MOCK_METHOD2(plus, int(int a, int b));
};

最后對UseMyClass 進行測試

#define UT

#include <gtest/gtest.h>
#include "UseMyClass.hpp"


TEST(TestUseMyClass, useAddAndPlus)
{
    UseMyClass useMyClass;
    MyClass mockMyClass;
    EXPECT_CALL(mockMyClass, add(1,1)).WillOnce(testing::Return(2));
    EXPECT_CALL(mockMyClass, plus(1,1)).WillOnce(testing::Return(2));
    useMyClass.set(&mockMyClass);
    EXPECT_EQ(3, useMyClass.useAddAndPlus(1, 1));
}

編譯

g++ mockTest.cpp -lgtest -lgtest_main -lgmock  -lpthread -o myMock

運行結果

注意，我故意讓plus返回2，這樣可以看出最后測試的時候用的是mock的類方法而非真正的類方法。

參考文章：

https://github.com/google/googletest/blob/master/googlemock/docs/ForDummies.md

總結

以上是生活随笔為你收集整理的GoogleMock初探(0)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。