隨著微服務和CI的流行，在目前的軟件工程領域中單元測試可以說是必不可少的一個環節，在TDD中，單元測試更是被提高到了一個新的高度。但是很多公司由于很多不同的原因，沒有能持續維護，或者干脆就從來沒有寫過單元測試，確實，單元測試在初期和代碼維護期會需要花一些投入，但是，如果一個項目是需要長期維護和更新的，那么單元測試的作用，相對于投入來說就根本不算什么。見過很多人寫的單元測試，雖然也可以運行，也有覆蓋率，但是稍微分析一下就會看出來，那根本就不是單元測試，而已經是集成測試，比如有人竟然要在單元測試中訪問網絡，寫文件，甚至讀寫數據庫。。
那么什么樣的數據庫是好的單元測試呢，根據筆者的經驗，以下幾點可能是必須的：
1. 運行速度快，對于一個有幾百個單元測試用例的測試來說，我期待1-2分鐘內可以運行完成，應為如果我在重構代碼，這可以讓我在很快的時間內得到反饋。
2. 不要依賴外部因素，單元測試只針對單一函數功能測試
3. 一個用例只測試一個函數
對于其中的第二點，可能是比較麻煩的，因為，如果一個函數是類型的成員函數，那么很可能會依賴很多內部的成員變量，這種情況就是mock出場的時候了，因為使用mock才能讓我們專注于自己函數一業務邏輯的測試，而將依賴隔離開。筆者使用過很多種語言的mock庫，用的最順手的還是Java的mokito, 當然c++ 語言也有很多類似的產品，比如gmock, fake it, 但是其局限性確實比較多，如果不在代碼開始階段了解，并且做好計劃，后期想加入單元測試，并且使用gmock的時候可能就會追悔莫及，大動干戈，下面我們來分場景分析一下這些局限性。
場景1：
class TurtleReal {public: void PenUp() { } void PenDown() { }};class MockTurtleReal : public TurtleReal {public: MOCK_METHOD0(PenUp, void()); MOCK_METHOD0(PenDown, void());};class PainterdReal{ TurtleReal* turtle;public: PainterdReal(TurtleReal* turtle) : turtle(turtle) {} bool DrawCircle(int, int, int) { turtle->PenDown(); return true; }};TEST(PainterTest, ChildRealCanDrawSomething) { MockTurtleReal turtle; EXPECT_CALL(turtle, PenDown()) .Times(AtLeast(1)); PainterdReal painter(&turtle); EXPECT_TRUE(painter.DrawCircle(0, 0, 10));}結果1：
結論一：
為什么用例會失敗呢，gmock 依賴C++多態機制進行工作，只有虛函數才能被mock, 非虛函數不能被mock, 這一點告訴我們，如果想要在代碼中使用gmock類的設計中，最好采用接口隔離，對于c++來說也就是采用純虛類型，因為c++本身沒有接口類型。
場景2：
class Turtle {public: virtual ~Turtle() {} virtual void PenUp() = 0; virtual void PenDown() = 0;};class MockTurtle : public Turtle {public: MOCK_METHOD0(PenUp, void()); MOCK_METHOD0(PenDown, void());};class Painter{ Turtle* turtle;public: Painter(Turtle* turtle) : turtle(turtle) {} bool DrawCircle(int, int, int) { turtle->PenDown(); return true; }};TEST(PainterTest, CanDrawSomething) { MockTurtle turtle; EXPECT_CALL(turtle, PenDown()) .Times(AtLeast(1)); Painter painter(&turtle); EXPECT_TRUE(painter.DrawCircle(0, 0, 10));}結果2：
結論二：
將函數改為虛函數，測試用例通過
場景3：
class TurtleChild: Turtle {public: void PenUp() { int a = 0; }; void PenDown() { int b = 0; };};class MockTurtleChild : public TurtleChild {public: MOCK_METHOD0(PenUp, void()); MOCK_METHOD0(PenDown, void());};class PainterChildRef{ TurtleChild turtle;public: PainterChildRef(TurtleChild& turtle) : turtle(turtle) {} bool DrawCircle(int, int, int) { turtle.PenDown(); return true; }};TEST(PainterTest, ChildCanDrawSomething) { MockTurtleChild turtle; EXPECT_CALL(turtle, PenDown()) .Times(AtLeast(1)); PainterChild painter(&turtle); EXPECT_TRUE(painter.DrawCircle(0, 0, 10));}結果3：
結論三：
測試用例通過，派生類中的同名函數仍然是虛函數，同樣支持多態，支持gomck
場景4：
class Turtle {public: virtual ~Turtle() {} virtual void PenUp() = 0; virtual void PenDown() = 0;};class TurtleChild: Turtle {public: void PenUp() { int a = 0; }; void PenDown() { int b = 0; };}; class MockTurtleChild : public TurtleChild { public: MOCK_METHOD0(PenUp, void()); MOCK_METHOD0(PenDown, void());};class PainterChildRef{ TurtleChild turtle;public: PainterChildRef(TurtleChild& turtle) : turtle(turtle) {} bool DrawCircle(int, int, int) { turtle.PenDown(); return true; }};TEST(PainterTest, ChildRefCanDrawSomething) { MockTurtleChild turtle; EXPECT_CALL(turtle, PenDown()) .Times(AtLeast(1)); PainterChildRef painter(turtle); EXPECT_TRUE(painter.DrawCircle(0, 0, 10));}結果4：
結論四：
測試用例失敗，以引用類型傳入的成員變量本身不具備多態特性，因此gmock不支持
結論
本文通過四個場景，層層遞進，深入的剖析了gmock的使用，希望大家在寫代碼之前早做打算，避免大動干戈，返工重來。但是從另一個方面來說，接口隔離， p-impl 慣用法等技術，應該是一個c++老鳥的必備法寶，可見好多東西都是有其道理的，前期不了解，后期只能花更多的精力取彌補，要么推翻重構，要么直接放棄，無知者無畏，no zuo, no die..
新聞熱點
疑難解答
