robotframework笔记18

测试执行

如何创建测试套件结构解析执行测试数据,如何继续执行一个测试用例失败后, 以及如何优雅地停止整个测试执行。

执行流

执行测试套件和

总是在一个测试套件执行测试用例。一个测试套件创建从一个测试用例文件直接测试,而套房吗创建的目录有孩子的测试套件,要么测试或自己的孩子套件。在默认情况下所有的测试在一个执行套件运行,但它是可能的选择测试使用选项 ——测试 , ——套件 , ——包括和 ——排除。测试套件包含没有被忽略。

从顶层开始执行测试套件中。如果套件执行测试,他们一个接一个,如果它有套房以深度优先顺序递归地执行。当一个人测试执行情况,它所包含的关键词是运行在一个序列。通常执行当前的测试结束关键词的失败,但也可以后继续失败。确切的执行顺序以及如何可能的安装和拆卸讨论了影响执行在接下来的部分。

安装和卸载

可以使用设置和拆解测试套件 , 测试用例和用户关键字的水平。

套件设置

如果一个测试套件设置,这是执行测试前和孩子套房。如果套件设置,测试执行仍在继续正常。如果失败了,所有的测试用例套件和它的孩子套件包含标记失败了。测试和可能的套件设置和拆解孩子不执行测试套件。

套件设置通常用于设置测试环境。因为测试不运行如果套件设置失败,很容易使用套件设置验证环境的状态测试可以执行。

套件卸载

如果一个测试套件拆解,它毕竟执行测试情况和儿童套房。套件拆解无论执行测试状态,即使匹配的套件设置失败。如果套件拆卸失败,所有的测试套件中失败之后报告和日志。

套件拆解大多用于清理测试环境后执行。确保所有这些任务完成, 所有的关键字用于执行拆卸即使他们中的一些失败。

测试设置

可能的测试设置关键词之前执行测试用例。如果安装失败,关键字不执行。的主要用途为测试设置是设置特定的测试环境的情况。

测试拆卸

可能的测试执行拆卸后的测试用例执行。它也不管测试状态和执行如果测试设置失败了。

同样作为套件拆机,主要用于测试拆解清理活动。也完全执行,即使他们的一些关键词失败。

关键字拆卸

用户的关键字不能设置,但他们可以拆解工作就像其他的拆解。关键字拆解后运行关键字否则执行,无论地位,甚至完全执行如果他们的一些关键字失败。

执行顺序

测试用例执行测试套件中定义相同的顺序在测试用例文件中。测试套件在更高级别的测试套件执行不区分大小写的字母顺序基于文件或目录的名字。如果多个文件和/或目录从命令行, 他们的顺序执行。

如果有需要使用特定的内部测试套件执行顺序目录中,可以添加前缀 01 和 02 文件和目录的名字。这样的前缀包括在生成的测试套件名称分开套房有两个下划线的基本名称:

01__my_suite.html -> My Suite

02__another_suite.html -> Another Suite

如果按照字母顺序排序,套房内测试套件问题,一个好的解决方法是让他们分开的需要秩序。这很容易导致过于漫长的启动命令, 但参数文件允许清单文件每行一个文件。

还可以随机化的执行顺序使用的 ——随机选择。

通过执行

典型的测试用例,设置和拆解被认为如果通过所有关键字包含执行,没有一个失败。从机器人Framework 2.8开始,也可以使用内装式关键字通过执行和通过执行如果停止执行与通过状态和跳过剩余的关键词。

如何通过执行和通过执行如果的行为在不同的情况下解释如下:

当用在任何安装或拆卸 (套件、测试或关键字),这些关键字通过安装或拆卸。可能开始的拆解关键字执行。测试执行或状态不受影响。
在一个测试用例使用时安装或拆卸,外关键字传递特定的测试用例。可能的测试和执行关键字拆解。
可能的可持续的失败发生在使用这些关键字之前, 以及在拆解执行失败之后,将执行失败。
它是强制性的给一个解释消息为什么执行被中断,也可以吗修改测试用例标记。更多细节,和使用的例子,请参阅这些关键词的文档。

通过执行的测试,安装或拆卸小心使用。在最坏的情况下会导致跳过所有的测试部分可以发现问题在测试应用程序。在这种情况下,执行外部因素不能继续做, 往往是失败的测试用例,使其更安全非关键。

继续失败

通常测试用例时立即停止他们的关键词失败。这种行为可以缩短测试执行时间和防止如果后续关键字挂或造成问题被测系统处于不稳定的状态。这通常的缺点随后的关键词会给更多的状态信息系统。因此机器人框架提供了几种特征后继续失败。

运行关键字而忽略错误和运行关键字并期望误差关键字

内装式关键字运行关键字而忽略错误和运行关键字和预计错误处理失败,测试执行立即终止。不过,使用这些关键字测试用例经常增加了额外的复杂性,所以以下特性值得考虑简化后继续失败。

从关键字特别失败

库关键字使用异常报告失败,它是可以使用特殊例外告诉核心框架可以继续执行失败无关。如何将这些异常可以创建的解释吗测试库API章。

测试结束时,已经有一个或多个可持续失败, 测试将失败。如果有一个以上的失败, 他们将枚举在最后的错误信息:

Several failures occurred:

1) First error message.

2) Second error message ...

测试执行结束后如果发生正常故障可持续失败。也在这种情况下所有的失败将上市最后的错误消息。

从失败的关键字,返回值可能分配到一个变量,总是Python 没有一个 。

运行关键字和继续失败关键字

内装式关键字运行关键字和继续失败允许将失败转化为可持续的失败。这些失败由框架完全一样的可持续的失败来自图书馆的关键词。

自动执行继续拆解

要确保所有的清理活动被照顾, 继续失效模式是自动的测试套件拆解。在实践中这意味着,在拆解关键词在所有水平总是执行。

所有顶级关键词时执行测试模板

当使用测试模板 ,所有的数据行总是执行让它确保所有不同的组合进行测试。在这个使用持续仅限于顶级关键词,和里面通常执行结束时如果有non-continuable失败。

停止测试执行优雅

有时候需要停止测试执行之前所有的测试已经完成了,但是这样创建日志和报告。不同的方式为此解释如下。在所有这些情况下剩下的测试用例失败。

从机器人Framework 2.9自动的测试失败 robot-exit 将包含标签和生成的报告 不是robot-exit 结合标记模式很容易看到这些测试,没有跳过。请注意测试的退出不会发生了 robot-exit标签。

紧迫的 `ctrl - c`

执行时停止 ctrl - c 按在控制台在测试运行。在Python运行测试时, 立即停止执行,但在Jython之后才结束当前执行的关键字结束。

如果 ctrl - c 再次按下,立即执行结束, 不创建报告和日志。

使用信号

在类unix机器上可以终止测试执行使用信号 INT 和 术语 。这些信号可以发送从命令行中使用 杀了 命令,发送信号也很容易自动化。

信号具有相同的限制Jython是紧迫的 ctrl - c 。同样第二信号停止执行有力。

使用关键字

执行由执行关键字也可以停止。有一个单独的致命错误内装式关键字为这个目的自定义关键字可以使用致命的异常当他们失败。

第一个测试用例失败时停止

如果选择 ——exitonfailure 使用,测试执行停止如果任何立即关键的测试失败。还剩下的测试都标记为失败。

停止解析或执行错误

机器人框架分离失败失败造成的关键词错误造成的,例如,无效的设置或失败的测试库进口。在默认情况下这些报告错误测试执行错误 ,但错误否则自己不会失败测试或影响执行。如果 ——exitonerror 使用选项,不过,所有这些错误致命的和执行停止,这样剩下的测试都失败了。与解析错误遇到在执行开始之前,这意味着没有实际运行测试。

请注意

——exitonerror 在机器人2.8.6框架。

拆解处理

默认情况下拆解的测试和套房已经开始即使测试执行执行停止使用的方法之一以上。这允许运行清理活动无论如何执行结束。

也可以跳过拆解当执行停止使用 ——skipteardownonexit 选择。这可能是有用的,例如, 花费很多时间清理任务。