创建测试套件

Robot Framework测试用例存在于测试用例文件中, 这些文件又可以组织在文件夹中. 整个这些文件和文件夹组成了测试套件(Test Suite)的层次结构.

提示

译注: 下面的内容有时候也罢test suites翻译成测试用例集.

测试用例文件

Robot Framework 的测试用例在测试文件中使用测试用例表格来 创建.

这个测试文件自动创建了一个测试套件, 包含其中所有的测试用例. 理论上, 一个文件中的用例数量没有上限, 但是一般建议不要超过10个, 除非是使用 data-driven approach 的时候.

下面在设置表格中的配置项可以用来自定义一个测试用例集:

注解

所有的设置名称后面都可以选择性的添加一个冒号,例如 Documentation: 这样可以增加可读性, 特别是使用纯文本格式时.

测试套件文件夹

测试用例文件可以组织在文件夹中, 这些文件夹就是更高层次的测试用例集. 文件夹类型的测试套件不直接包含用例, 仅包含文件用例集, 不过这些文件夹还可能继续保存在其它文件下面, 由此形成一个更高层次的用例套件. 以此类推, 这个组织结构在层次上没有限制, 所有的测试用例可以按需组织.

当一个测试目录被执行, 其中的文件和子目录会按如下规则递归的处理:

  • 以点(.)或下划线(_)开头的文件/目录名被忽略.
  • 目录 CVS (注意大小写)被忽略.
  • 文件的扩展名不在 可识别扩展名 之列的(.html, .xhtml, .htm, .tsv, .txt, .rst, 或 .rest) 被忽略(大小写无关).
  • 处理其它文件和目录.

如果被处理的文件或者目录下不包含任何用例, 则也会默默的跳过.

非法文件警告

一般情况下, 不包含合法测试用例表格的文件会默默地被忽略掉, 但同时把消息写入 系统日志. 可以在命令行中指定选项 —warnonskippedfiles, 这样就将该消息作为警告处理, 警告消息最终出现在 测试执行错误区.

初始化文件

目录形式的测试用例集也可以和文件形式的用例集一样有类似的设置. 但是由于目录本身没法保存相关信息, 必须将其保存在一个特殊的测试套件初始化文件中.

初始化文件的文件名的格式总是 init.ext, 其中扩展名和用例文件的扩展名一样, 也必须要是可识别的. (例如: init.robot 或 init.html). 这种命名格式借鉴自Python, init.py 将目录变为一个模块(module).

初始化文件中除了不能包含测试用例表格, 以及不支持某些设置项, 其它结构和语法和用例文件一样.

初始化文件中创建或者导入的变量和关键字在下层的测试套件中 不可用. 想要共享变量和(或)关键字, 可以放在 资源文件, 再由测试用例文件导入.

初始化文件的最大用途是指定用例集相关的设置. 指定设置的方式类似 测试用例文件, 同时也可以指定某些 设置表格中和测试用例相关的设置项.

下面将解释说明如何在初始化文件中使用不同的设置项.

  • Documentation, Metadata, Suite Setup, Suite Teardown
  • 这些测试套件相关的设置和测试用例文件中的设置一样.
  • Force Tags
  • 为下面的所有用例指定标签.
  • Test Setup, Test Teardown, Test Timeout
  • 为下面的测试用例设置默认的 setup/teardown 或 超时动作. 测试用例可以单独设置以覆盖这里的配置.
  • Default Tags, Test Template
  • 不支持.
  1. *** Settings ***
  2. Documentation    Example suite
  3. Suite Setup      Do Something    ${MESSAGE}
  4. Force Tags       example
  5. Library          SomeLibrary
  6.  
  7. *** Variables ***
  8. ${MESSAGE}       Hello, world!
  9.  
  10. *** Keywords ***
  11. Do Something
  12.     [Arguments]    ${args}
  13.     Some Keyword    ${arg}
  14.     Another Keyword

测试套件名称和文档

测试套件的名称由文件或目录名称构造. 文件的扩展名被去掉, 名字中的下划线被空格替换, 全小写的单词首字母会变大写. 例如: sometests.html 变为 _Some Tests, Mytest_directory 转变为 _My Test Directory.

文件或目录名称可以包含前缀来控制测试集的 执行顺序. 前缀和后面的基础名称用两个下划线分隔, 当构造用例集名称时, 前缀和下划线都被去掉.例如, 文件 01some_tests.txt 和 02moretests.txt 创建的测试用例集名称分别是 _Some Tests 和 More Tests, 并且前者会先执行.

测试套件的文档通过在Setting表格中设置 Documentation 来指定. 该设置项可以在用例文件中, 以及目录套件的初始化文件中设置. 测试套件的文档表现形式和创建方式于 测试用例名称和文档 一般无二.

  1. *** Settings ***
  2. Documentation    An example test suite documentation with *some* _formatting_.
  3. ...              See test documentation for more documentation examples.

高层测试套件的名称和文档都可以在执行的时候, 通过命令行选项 —name 和 —doc 分别覆盖. 详见 Setting metadata_.

测试套件的metadata

除了文档外, 测试套件还可以设置其他的元数据(metadata). 这些元数据通过在 Setting 表格中使用 Metadata 设置项来指定. 设置的元数据会在测试报告和日志文件中展示.

元数据的键和值所在的列跟在 Metadata 后面. 值的处理和文档类似, 也就是说, 可以分割为 多格 (由空格拼接), 或者 多行 <newlines in test data> (由换行拼接), 并且支持简单的 HTML formatting 甚至 变量.

  1. *** Settings ***
  2. Metadata    Version        2.0
  3. Metadata    More Info      For more information about *Robot Framework* see http://robotframework.org
  4. Metadata    Executed At    ${HOST}

对于高层的测试用例集, 可以通过命令行选项 —metadata 来设置元数据. 具体细节请参考 Setting metadata_.

套件的Setup和Teardown

测试套件和 测试用例一样 可以设置Setup和Teardown. 测试套件的Setup在其中所有测试用例和子套件运行之前被执行, Teardown则是在之后执行.

每一层测试套件都可以有Setup和Teardown, 目录形式的测试套件需要在 初始化文件 中设置.

和测试用例类似, 测试套件的Setup和Teardown也都是可接受参数的关键字. 它们在 Setting 表格中通过 Suite Setup 和 Suite Teardown 各自指定. 关键字的参数跟在设置名称的后面.

如果一个测试套件的Setup执行失败了, 该套件下的所有子套件和用例会立即置为失败状态, 实际上并不会执行. 利用这种特性, 可以来检验用例执行的必要前置条件是否满足.

测试套件的Teardown一般是用来在所有测试用例执行完毕后, 执行必要的清理操作. 不同于用例, 即使setup执行失败了, teardown也会执行. 如果teardown执行失败, 所有的测试用例也会被标记为失败, 不管这些用例自己执行的结果如何. 注意, teardown中的所有关键字, 即使其中某些执行失败, 最终都会被执行.

Setup和Teardown中的关键字名称可以使用变量. 这种特性使得可以在不同的环境中, 通过命令行指定不同的变量, 就可以执行不同的setup和teardown过程.