随着微服务和CI的流行，在目前的软件工程领域中单元测试可以说是必不可少的一个环节，在TDD中，单元测试更是被提高到了一个新的高度。但是很多公司由于很多不同的原因，没有能持续维护，或者干脆就从来没有写过单元测试，确实，单元测试在初期和代码维护期会需要花一些投入，但是，如果一个项目是需要长期维护和更新的，那么单元测试的作用，相对于投入来说就根本不算什么。见过很多人写的单元测试，虽然也可以运行，也有覆盖率，但是稍微分析一下就会看出来，那根本就不是单元测试，而已经是集成测试，比如有人竟然要在单元测试中访问网络，写文件，甚至读写数据库。。

创新互联公司长期为上千多家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为和平企业提供专业的成都网站建设、做网站，和平网站改版等技术服务。拥有10余年丰富建站经验和众多成功案例,为您定制开发。

那么什么样的数据库是好的单元测试呢，根据笔者的经验，以下几点可能是必须的：

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));
}

另外有需要云服务器可以了解下创新互联建站www.cdcxhl.com，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

网站名称：详解c++种gmock单元测试框架-创新互联
当前路径：http://kswjz.com/article/dcchhp.html