单元测试框架谷歌

发布时间:2019-02-21  栏目:威尼斯人平台  评论:0 Comments

陈设参数

  • 三脚架类型:快装板
  • 其它品质:通用金爵KJ种类, 金士KS种类, 勇士KB连串(L=60mm)

翻看完整参数>>

转自

安插参数

  • 三脚架类型:快装板
  • 任何属性:通用金爵KJ种类, 金士KS种类, 勇士KB连串(L=40mm)

查看完整参数>>

配置参数

  • 三脚架类型:快装板
  • 单元测试框架谷歌。任何属性:通用金爵KJ种类, 金士KS种类, 勇士KB体系(L=50mm)

翻看完整参数>>

一、前言

接纳gtest编写的测试案例日常本身就是二个可执行文件,由此运转起来特别便于。同时,gtest也为我们提供了一层层的周转参数(环境变量、命令行参数或代码里内定),使得大家可以对案例的履行举办部分卓有作用的支配。

贰 、基本介绍

面前提到,对于运营参数,gtest提供了三种设置的路径:

  1. 系统环境变量

  2. 命令行参数

  3. 代码中钦赐FLAG

因为提供了三种途径,就会有优先级的标题,
有八个原则是,最后设置的极度会生效。但是总括一下,经常状态下,比较可观的先期级为:

命令行参数 > 代码中内定FLAG > 系统环境变量

何以大家编辑的测试案例可以处理这么些命令行参数呢?是因为我们在main函数中,将命令行参数交给了gtest,由gtest来消除命令行参数的标题。

int _tmain(int argc, _TCHAR* argv[])
{
    testing::InitGoogleTest(&argc, argv);
    return RUN_ALL_TESTS();
}

 

这般,大家就拥有了接收和响应gtest命令行参数的力量。倘使要求在代码中钦点FLAG,可以利用testing::GTEST_FLAG这么些宏来设置。比如相对于命令行参数–gtest_output,可以使用testing::GTEST_FLAG(output)

“xml:”;来安装。注意到了,不要求加–gtest前缀了。同时,推荐将那句放置InitGoogleTest之前,那样就足以使得对于同一的参数,命令行参数优先级高于代码中内定。

威尼斯人平台 1

int _tmain(int argc, _TCHAR* argv[])
{
    testing::GTEST_FLAG(output) = “xml:”;
    testing::InitGoogleTest(&argc, argv);
    return RUN_威尼斯人平台 ,ALL_TESTS();
}

威尼斯人平台 2

 

末段再来说下第贰种设置方法-系统环境变量。固然须求gtest的设置系统环境变量,必须小心的是:

1.
系统环境变量全大写,比如对于–gtest_output,响应的体系环境变量为:GTEST_OUTPUT

2. 
有贰个命令行参数例外,这就是–gtest_list_tests,它是不收受系统环境变量的。(只是用来罗列测试案例名称)

叁 、参数列表

打探了上边的内容,作者那里就径直将享有命令行参数总括和陈列一下。借使想要拿到详细的命令行表明,直接运转你的案例,输入命令行参数:/?
或 –help 或 -help

  1. 测试案例集合
命令行参数 说明
–gtest_list_tests 使用这个参数时,将不会执行里面的测试案例,而是输出一个案例的列表。
–gtest_filter

对执行的测试案例进行过滤,支持通配符

?    单个字符

*    任意字符

–    排除,如,-a 表示除了a

:    取或,如,a:b 表示a或b

比如下面的例子:

./foo_test 没有指定过滤条件,运行所有案例
./foo_test –gtest_filter=* 使用通配符*,表示运行所有案例
./foo_test –gtest_filter=FooTest.* 运行所有“测试案例名称(testcase_name)”为FooTest的案例
./foo_test –gtest_filter=*Null*:*Constructor* 运行所有“测试案例名称(testcase_name)”或“测试名称(test_name)”包含Null或Constructor的案例。
./foo_test –gtest_filter=-*DeathTest.* 运行所有非死亡测试案例。
./foo_test –gtest_filter=FooTest.*-FooTest.Bar 运行所有“测试案例名称(testcase_name)”为FooTest的案例,但是除了FooTest.Bar这个案例

–gtest_also_run_disabled_tests

执行案例时,同时也执行被置为无效的测试案例。关于设置测试案例无效的方法为:

在测试案例名称或测试名称中添加DISABLED前缀,比如:

// Tests that Foo does Abc.
TEST(FooTest, DISABLED_DoesAbc) {  }

class DISABLED_BarTest : public testing::Test {  };

// Tests that Bar does Xyz.
TEST_F(DISABLED_BarTest, DoesXyz) {  }

–gtest_repeat=[COUNT]

设置案例重复运行次数,非常棒的功能!比如:

–gtest_repeat=1000      重复执行1000次,即使中途出现错误。
–gtest_repeat=-1          无限次数执行。。。。
–gtest_repeat=1000 –gtest_break_on_failure     重复执行1000次,并且在第一个错误发生时立即停止。这个功能对调试非常有用。
–gtest_repeat=1000 –gtest_filter=FooBar     重复执行1000次测试案例名称为FooBar的案例。

 

  1. 测试案例输出
命令行参数 说明
–gtest_color=(yes|no|auto) 输出命令行时是否使用一些五颜六色的颜色。默认是auto。
–gtest_print_time 输出命令行时是否打印每个测试案例的执行时间。默认是不打印的。
–gtest_output=xml[:DIRECTORY_PATH\|:FILE_PATH]

将测试结果输出到一个xml中。

1.–gtest_output=xml:    不指定输出路径时,默认为案例当前路径。

2.–gtest_output=xml:d:\ 指定输出到某个目录 

3.–gtest_output=xml:d:\foo.xml 指定输出到d:\foo.xml

如果不是指定了特定的文件路径,gtest每次输出的报告不会覆盖,而会以数字后缀的方式创建。xml的输出内容后面介绍吧。 

 

  1. 对案例的越发处理
命令行参数 说明
–gtest_break_on_failure 调试模式下,当案例失败时停止,方便调试
–gtest_throw_on_failure 当案例失败时以C++异常的方式抛出
–gtest_catch_exceptions

是否捕捉异常。gtest默认是不捕捉异常的,因此假如你的测试案例抛了一个异常,很可能会弹出一个对话框,这非常的不友好,同时也阻碍了测试案例的运行。如果想不弹这个框,可以通过设置这个参数来实现。如将–gtest_catch_exceptions设置为一个非零的数。

注意:这个参数只在Windows下有效。

④ 、XML报告输出格式

威尼斯人平台 3

<?xml version=”1.0″ encoding=”UTF-8″?>
<testsuites tests=”3″ failures=”1″ errors=”0″ time=”35″ name=”AllTests”>
  <testsuite name=”MathTest” tests=”2″ failures=”1″* errors=”0″ time=”15″>
    <testcase name=”Addition” status=”run” time=”7″ classname=””>
      <failure message=”Value of: add(1, 1)
 Actual: 3 Expected: 2″ type=””/>
      <failure message=”Value of: add(1, -1)
 Actual: 1 Expected: 0″ type=””/>
    </testcase>
    <testcase name=”Subtraction” status=”run” time=”5″ classname=””>
    </testcase>
  </testsuite>
  <testsuite name=”LogicTest” tests=”1″ failures=”0″ errors=”0″ time=”5″>
    <testcase name=”NonContradiction” status=”run” time=”5″ classname=””>
    </testcase>
  </testsuite>
</testsuites>

威尼斯人平台 4

从报告里可以观望,大家此前在TEST等宏中定义的测试案例名称(testcase_name)在xml测试报告中实际上是3个testsuite
name,而宏中的测试名称(test_name)在xml测试报告中是贰个testcase
name,概念上就像有些混淆,就看你怎么看吗。

当检查点通过时,不会输出任何检查点的音讯。当检查点退步时,会有详尽的破产新闻输出来failure节点。

在作者使用进程中发觉三个题材,当作者还要设置了–gtest_filter参数时,输出的xml报告中照旧会包罗全部测试案例的音讯,只不过那二个不被执行的测试案例的status值为“notrun”。而自作者事先觉得的输出的xml报告应该只含有作者必要周转的测试案例的新闻。不知是否可提供3个只输出必要实施的测试案例的xml报告。因为当本人索要在一千个案例中实施其中一个案例时,在报告中很难找到自作者运营的充裕案例,固然可以搜寻,但照旧很劳苦。

五、总结

本篇紧要介绍了gtest案例执行时提供的局部参数的选用方法,那个参数都相当实用。在实际编写gtest测试案例时肯定会需求采取的时候。至少小编昨日可比常用的就是:

  1. –gtest_filter

  2. –gtest_output=xml[:DIRECTORY_PATH\|:FILE_PATH]

  3. –gtest_catch_exceptions

最终再下结论一下本身动用进度中相见的多少个难点:

1.
同时接纳–gtest_filter和–gtest_output=xml:时,在xml测试报告中能或不能只含有过滤后的测试案例的消息。

  1. 偶然,作者在代码中装置 testing::GTEST_FLAG(catch_exceptions) =
    1和自己在命令行中使用–gtest_catch_exceptions结果稍有例外,在代码中安装FLAG形式有时候捕捉不了有个别十分,不过经过命令行参数的不二法门一般都不会有标题。这是本人曾经遇到过的壹个标题,最终作者的拍卖方法是既在代码中设置FLAG,又在命令行参数中传唱–gtest_catch_exceptions。不知晓是gtest在catch_exceptions方面不够稳定,依旧自个儿要好测试案例的标题。

一日千里链接:

1.玩转谷歌开源C++单元测试框架谷歌 Test连串(gtest)之一 –
初识gtest

2.玩转谷歌开源C++单元测试框架谷歌(Google) Test种类(gtest)之二 –
断言

3.玩转Google开源C++单元测试框架谷歌(Google) Test连串(gtest)之三 –
事件机制

4.玩转谷歌(Google)开源C++单元测试框架谷歌(Google) Test体系(gtest)之四 –
参数化

5.玩转谷歌开源C++单元测试框架谷歌 Test连串(gtest)之五 –
谢世测试 

6.玩转谷歌(Google)开源C++单元测试框架谷歌 Test体系(gtest)之六 –
运营参数

7.玩转谷歌(Google)开源C++单元测试框架谷歌(Google) Test连串(gtest)之七 –
长远剖析gtest

8.玩转谷歌(Google)开源C++单元测试框架谷歌(Google) Test体系(gtest)之八 –
创设和谐的单元测试框架

留下评论

网站地图xml地图