没有合适的资源?快使用搜索试试~ 我知道了~
首页详解c++种gmock单元测试框架
资源详情
资源评论
资源推荐

详解详解c++种种gmock单元测试框架单元测试框架
我们给大家分享了关于c++种gmock单元测试框架的相关知识点内容,有兴趣的朋友们学习下。
随着微服务和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:












安全验证
文档复制为VIP权益,开通VIP直接复制

评论0