gtest简介

本文介绍了谷歌的gtest测试框架,强调了其独立、可重复性、可移植性和可维护性的优点。gtest提供了断言、测试用例、测试夹具等功能,支持多种操作系统和编译器,方便编写高质量的C++测试代码。文章还提醒读者注意命名约定,避免混淆测试套件和测试用例的概念。
摘要由CSDN通过智能技术生成

下文是从primer谷歌翻译过来,所以不要纠结细节,能理解就好

简介:googletest好处?

googletest可以帮助您编写更好的C ++测试。

googletest是测试技术团队开发的测试框架,其中考虑了谷歌的特定要求和约束。无论您是在Linux,Windows还是苹果机上工作,如果您编写C ++代码,googletest都可以为您提供帮助。它支持任何类型的测试,而不仅仅是单元测试。

那么什么是一个好的测试,googletest如何做,我们相信:

  1. 测试应该是独立可重复的。调试由于其他测试而成功或失败的测试是一件痛苦的事.googletest通过在不同的对象上运行每个测试来隔离测试。当测试失败时,googletest允许您单独运行它以进行快速调试。
  2. 测试应该组织良好,并反映测试代码的结构。googletest将相关测试分组到可以共享数据和子例程的测试用例中。这种常见模式易于识别,易于维护。当人们切换项目并开始使用新的代码库时,这种一致性特别有用。
  3. 测试应该是便携式可重复使用的。谷歌拥有大量与平台无关的代码,其测试也应该与平台无关。谷歌测试适用于不同的操作系统,使用不同的编译器(gcc,icc和MSVC),有或没有例外,因此googletest测试可以轻松地使用各种配置。
  4. 当测试失败时,他们应尽可能多地提供有关问题的信息。相反,它只会停止当前测试并继续下一个测试。您还可以设置报告非致命故障的测试,然后继续当前测试。因此,您可以在单个运行编辑 - 编译周期中检测并修复多个错误。
  5. 测试框架应该将测试编写者从家务杂务中解放出来,他们让专注于测试内容。googletest会自动跟踪所定义的所有测试,并且不需要用户枚举它们以便运行它们。
  6. 应该测试很快。使用googletest,您可以跨测试重用共享资源,只需支付一次设置/拆卸费用,而无需相互依赖测试。

由于googletest基于流行的的xUnit架构,如果您之前使用过的JUnit或PyUnit中,您会感到宾至如归。如果没有,您将花大约10分钟学习基础知识并开始学习。让我们走吧!

小心命名法

注意:由于测试测试用例测试套件这两个术语的定义不同,可能会有一些混乱的想法,所以要注意误解这些。

从历史上看,googletest开始使用术语测试用例来分组相关测试,而目前的出版物包括国际软件测试认证委员会(ISTQB)和各种软件质量教科书使用术语测试套件

在googletest中使用的相关术语Test对应于ISTQB等术语测试用例

术语测试是常用的足够广泛的意义上说,包括ISTQB的定义测试案例,因此在这里没有太大的问题。但长期测试案例在谷歌测试使用的是矛盾的感觉,从而混淆。

不幸的是用术语测试用例测试套件整个googletest不易没有打破依赖的项目,TestCase是在各个地方的公共API的一部分。

因此,请暂时了解这些术语的不同定义:

含义 googletest术语 ISTQB期限
使用特定输入值练习特定程序路径并验证结果 TEST() TestCase
一组与一个组件相关的几个测试 TestCase TestSuite

基本概念

使用googletest时,首先要编写断言,这些断言检查条件是否为真。断言的结果可能是成功, 非致命失败致命失败。如果发生致命故障,则中止当前功能; 否则程序会正常继续。

测试使用断言来验证测试代码的行为。如果测试崩溃或断言失败,则失败 ; 否则它会成功

一个测试案例包含一个或多个测试。您应该将测试分组到反映测试代码结构的测试用例中。当测试用例中的多个测试需要共享公共对象和子例程时,您可以将它们放入 测试夹具类中。

一个测试程序可以包含多个测试案例。

我们现在将解释如何编写测试程序,从单个断言级别开始,然后构建测试和测试用例。

断言

googletest断言是类似于函数调用的宏。您可以通过对其行为进行断言来测试类或函数。断言失败时,googletest会打印断言的源文件和行号位置以及失败消息。您还可以提供自定义失败消息,该消息将附加到googletest的消息中。

断言成对出现,测试相同的东西,但对当前函数有不同的影响。ASSERT_*版本在失败时会生成致命的故障,并中止当前的功能EXPECT_*版本生成非致命故障,不会中止当前功能。通常EXPECT_*是首选,因为它们允许在测试中报告多个故障。但是,ASSERT_*如果在有问题的断言失败时继续没有意义,则应该使用。

由于ASSERT_*当前函数立即返回失败,可能会跳过其后的清理代码,可能会导致空间泄漏。根据泄漏的性质,它可能或者可能不值得修复 - 因此,如果除了断言错误之外还遇到堆检查错误,请记住这一点。

要提供自定义失败消息,只需使用<<运算符或一系列此类运算符将其流式传输到宏中 。一个例子:

ASSERT_EQ(x.size(),y.size())<<"Vectors x and y are of unequal length";

forint i = 0 ; i <x.size(); ++ i){
   EXPECT_EQ(x [i],y [i])<< "Vectors x and y differ at index " << i;
}

任何可以流式传输的东西都可以流式ostream传输到断言宏 - 特别是C字符串和string对象。如果一个宽字符串(wchar_t*TCHAR*UNICODEWindows上,或模式std::wstring)流式传输到一个断言,在打印时将被转换为UTF-8。

基本断言

这些断言进行基本的真/假条件测试。

致命的断言 非致命主张 验证
ASSERT_TRUE(condition); EXPECT_TRUE(condition); condition 是真的
ASSERT_FALSE(condition); EXPECT_FALSE(condition);
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值