RobotFramework框架系列 – 运行参数篇

2024-06-21 13:08

本文主要是介绍RobotFramework框架系列 – 运行参数篇,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

我们前文说了,RF有很强大的参数运行

rebot –help 可以得到如下的Option,我把常用的黄色标注,当然大家可以根据实际使用中进行选择

Options

=======

 

-R --merge When combining results, merge outputs together

instead of putting them under a new top level suite.

Example: rebot --merge orig.xml rerun.xml

-N --name name Set the name of the top level test suite. Underscores

in the name are converted to spaces. Default name is

created from the name of the executed data source.

-D --doc documentation Set the documentation of the top level test suite.

Underscores in the documentation are converted to

spaces and it may also contain simple HTML formatting

(e.g. *bold* and http://url/).

-M --metadata name:value * Set metadata of the top level suite. Underscores

in the name and value are converted to spaces. Value

can contain same HTML formatting as --doc.

Example: --metadata version:1.2

-G --settag tag * Sets given tag(s) to all executed test cases.

-t --test name * Select test cases by name or long name. Name is case

and space insensitive and it can also be a simple

pattern where `*` matches anything and `?` matches

any char. If using `*` and `?` in the console is

problematic, see --escape and –argumentfile.

 支持通配符 比如 “--test Example* ”就是以Example的case名称全部被选中

-s --suite name * Select test suites by name. When this option is used

with --test, --include or --exclude, only test cases

in matching suites and also matching other filtering

criteria are selected. Given name can be a simple

pattern similarly as with --test.

-i --include tag * Select test cases to by tag. Similarly as name with

--test, tag is case and space insensitive and it is

possible to use patterns with `*` and `?` as

wildcards. Tags and patterns can also be combined

together with `AND`, `OR`, and `NOT` operators.

Examples: --include foo --include bar*

--include fooANDbar*

-e --exclude tag * Select test cases not to be included by tag. These

tests are not selected even if included with

--include. Tags are matched using the rules explained

with --include.

--processemptysuite Processes output also if the top level test suite is

empty. Useful e.g. with --include/--exclude when it

is not an error that no test matches the condition.

-c --critical tag * Tests having given tag are considered critical. If no

critical tags are set, all tags are critical. Tags

can be given as a pattern like with --include.

-n --noncritical tag * Tests with given tag are not critical even if they

have a tag set with --critical. Tag can be a pattern.

-d --outputdir dir Where to create output files. The default is the

directory where Rebot is run from and the given path

is considered relative to that unless it is absolute.

-o --output file XML output file. Not created unless this option is

specified. Given path, similarly as paths given to

--log, --report and --xunit, is relative to

--outputdir unless given as an absolute path.

-l --log file HTML log file. Can be disabled by giving a special

name `NONE`. Default: log.html

Examples: `--log mylog.html`, `-l none`

-r --report file HTML report file. Can be disabled with `NONE`

similarly as --log. Default: report.html

-x --xunit file xUnit compatible result file. Not created unless this

option is specified.

--xunitskipnoncritical Mark non-critical tests on xUnit output as skipped.

-T --timestampoutputs When this option is used, timestamp in a format

`YYYYMMDD-hhmmss` is added to all generated output

files between their basename and extension. For

example `-T -o output.xml -r report.html -l none`

creates files like `output-20070503-154410.xml` and

`report-20070503-154410.html`.

--splitlog Split log file into smaller pieces that open in

browser transparently.

--logtitle title Title for the generated test log. The default title

is `<Name Of The Suite> Test Log`. Underscores in

the title are converted into spaces in all titles.

--reporttitle title Title for the generated test report. The default

title is `<Name Of The Suite> Test Report`.

--reportbackground colors Background colors to use in the report file.

Either `all_passed:critical_passed:failed` or

`passed:failed`. Both color names and codes work.

Examples: --reportbackground green:yellow:red

--reportbackground #00E:#E00

-L --loglevel level Threshold for selecting messages. Available levels:

TRACE (default), DEBUG, INFO, WARN, NONE (no msgs).

Use syntax `LOGLEVEL:DEFAULT` to define the default

visible log level in log files.

Examples: --loglevel DEBUG

--loglevel DEBUG:INFO

--suitestatlevel level How many levels to show in `Statistics by Suite`

in log and report. By default all suite levels are

shown. Example: --suitestatlevel 3

--tagstatinclude tag * Include only matching tags in `Statistics by Tag`

and `Test Details` in log and report. By default all

tags set in test cases are shown. Given `tag` can

also be a simple pattern (see e.g. --test).

--tagstatexclude tag * Exclude matching tags from `Statistics by Tag` and

`Test Details`. This option can be used with

--tagstatinclude similarly as --exclude is used with

--include.

--tagstatcombine tags:name * Create combined statistics based on tags.

These statistics are added into `Statistics by Tag`

and matching tests into `Test Details`. If optional

`name` is not given, name of the combined tag is got

from the specified tags. Tags are combined using the

rules explained in --include.

Examples: --tagstatcombine requirement-*

--tagstatcombine tag1ANDtag2:My_name

--tagdoc pattern:doc * Add documentation to tags matching given pattern.

Documentation is shown in `Test Details` and also as

a tooltip in `Statistics by Tag`. Pattern can contain

characters `*` (matches anything) and `?` (matches

any char). Documentation can contain formatting

similarly as with --doc option.

Examples: --tagdoc mytag:My_documentation

--tagdoc regression:*See*_http://info.html

--tagdoc owner-*:Original_author

--tagstatlink pattern:link:title * Add external links into `Statistics by

Tag`. Pattern can contain characters `*` (matches

anything) and `?` (matches any char). Characters

matching to wildcard expressions can be used in link

and title with syntax %N, where N is index of the

match (starting from 1). In title underscores are

automatically converted to spaces.

Examples: --tagstatlink mytag:http://my.domain:Link

--tagstatlink bug-*:http://tracker/id=%1:Bug_Tracker

--removekeywords all|passed|for|wuks|name:<pattern>|tag:<pattern> *

Remove keyword data from all generated outputs.

Keywords containing warnings are not removed except

in `all` mode.

all: remove data from all keywords

passed: remove data only from keywords in passed

test cases and suites

for: remove passed iterations from for loops

wuks: remove all but the last failing keyword

inside `BuiltIn.Wait Until Keyword Succeeds`

name:<pattern>: remove data from keywords that match

the given pattern. The pattern is matched

against the full name of the keyword (e.g.

'MyLib.Keyword', 'resource.Second Keyword'),

is case, space, and underscore insensitive,

and may contain `*` and `?` as wildcards.

Examples: --removekeywords name:Lib.HugeKw

--removekeywords name:myresource.*

tag:<pattern>: remove data from keywords that match

the given pattern. Tags are case and space

insensitive and it is possible to use

patterns with `*` and `?` as wildcards.

Tags and patterns can also be combined

together with `AND`, `OR`, and `NOT`

operators.

Examples: --removekeywords foo

--removekeywords fooANDbar*

--flattenkeywords for|foritem|name:<pattern>|tag:<pattern> *

Flattens matching keywords in all generated outputs.

Matching keywords get all log messages from their

child keywords and children are discarded otherwise.

for: flatten for loops fully

foritem: flatten individual for loop iterations

name:<pattern>: flatten matched keywords using same

matching rules as with

`--removekeywords name:<pattern>`

tag:<pattern>: flatten matched keywords using same

matching rules as with

`--removekeywords tag:<pattern>`

--starttime timestamp Set starting time of test execution when creating

reports. Timestamp must be given in format

`2007-10-01 15:12:42.268` where all separators are

optional (e.g. `20071001151242268` is ok too) and

parts from milliseconds to hours can be omitted if

they are zero (e.g. `2007-10-01`). This can be used

to override starttime of the suite when reports are

created from a single suite or to set starttime for

combined suite, which is otherwise set to `N/A`.

--endtime timestamp Same as --starttime but for ending time. If both

options are used, elapsed time of the suite is

calculated based on them. For combined suites,

it is otherwise calculated by adding elapsed times

of combined test suites together.

--nostatusrc Sets the return code to zero regardless of failures

in test cases. Error codes are returned normally.

--prerebotmodifier class * Class to programmatically modify the result

model before creating outputs.

-C --consolecolors auto|on|ansi|off Use colors on console output or not.

auto: use colors when output not redirected (default)

on: always use colors

ansi: like `on` but use ANSI colors also on Windows

off: disable colors altogether

Note that colors do not work with Jython on Windows.

-P --pythonpath path * Additional locations to add to the module search path

that is used when importing Python based extensions.

-E --escape what:with * Escape characters which are problematic in console.

`what` is the name of the character to escape and

`with` is the string to escape it with. Note that

all given arguments, incl. data sources, are escaped

so escape characters ought to be selected carefully.

Available escapes: amp (&), apos ('), at (@), bslash

(\), colon (:), comma (,), curly1 ({), curly2 (}),

dollar ($), exclam (!), gt (>), hash (#), lt (<),

paren1 ((), paren2 ()), percent (%), pipe (|), quest

(?), quot ("), semic (;), slash (/), space ( ),

square1 ([), square2 (]), star (*)

Examples:

--escape space:_ --metadata X:Value_with_spaces

-E space:SP -E quot:Q -v var:QhelloSPworldQ

-A --argumentfile path * Text file to read more arguments from. File can have

both options and data sources one per line. Contents

do not need to be escaped but spaces in the beginning

and end of lines are removed. Empty lines and lines

starting with a hash character (#) are ignored.

Example file:

| --include regression

| --name Regression Tests

| # This is a comment line

| my_tests.html

| path/to/test/directory/

-h -? --help Print usage instructions.

--version Print version information.

这篇关于RobotFramework框架系列 – 运行参数篇的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1081314

相关文章

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

如何用Docker运行Django项目

本章教程,介绍如何用Docker创建一个Django,并运行能够访问。 一、拉取镜像 这里我们使用python3.11版本的docker镜像 docker pull python:3.11 二、运行容器 这里我们将容器内部的8080端口,映射到宿主机的80端口上。 docker run -itd --name python311 -p

Andrej Karpathy最新采访:认知核心模型10亿参数就够了,AI会打破教育不公的僵局

夕小瑶科技说 原创  作者 | 海野 AI圈子的红人,AI大神Andrej Karpathy,曾是OpenAI联合创始人之一,特斯拉AI总监。上一次的动态是官宣创办一家名为 Eureka Labs 的人工智能+教育公司 ,宣布将长期致力于AI原生教育。 近日,Andrej Karpathy接受了No Priors(投资博客)的采访,与硅谷知名投资人 Sara Guo 和 Elad G

C++11第三弹:lambda表达式 | 新的类功能 | 模板的可变参数

🌈个人主页: 南桥几晴秋 🌈C++专栏: 南桥谈C++ 🌈C语言专栏: C语言学习系列 🌈Linux学习专栏: 南桥谈Linux 🌈数据结构学习专栏: 数据结构杂谈 🌈数据库学习专栏: 南桥谈MySQL 🌈Qt学习专栏: 南桥谈Qt 🌈菜鸡代码练习: 练习随想记录 🌈git学习: 南桥谈Git 🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈�

如何在页面调用utility bar并传递参数至lwc组件

1.在app的utility item中添加lwc组件: 2.调用utility bar api的方式有两种: 方法一,通过lwc调用: import {LightningElement,api ,wire } from 'lwc';import { publish, MessageContext } from 'lightning/messageService';import Ca

科研绘图系列:R语言扩展物种堆积图(Extended Stacked Barplot)

介绍 R语言的扩展物种堆积图是一种数据可视化工具,它不仅展示了物种的堆积结果,还整合了不同样本分组之间的差异性分析结果。这种图形表示方法能够直观地比较不同物种在各个分组中的显著性差异,为研究者提供了一种有效的数据解读方式。 加载R包 knitr::opts_chunk$set(warning = F, message = F)library(tidyverse)library(phyl

4B参数秒杀GPT-3.5:MiniCPM 3.0惊艳登场!

​ 面壁智能 在 AI 的世界里,总有那么几个时刻让人惊叹不已。面壁智能推出的 MiniCPM 3.0,这个仅有4B参数的"小钢炮",正在以惊人的实力挑战着 GPT-3.5 这个曾经的AI巨人。 MiniCPM 3.0 MiniCPM 3.0 MiniCPM 3.0 目前的主要功能有: 长上下文功能:原生支持 32k 上下文长度,性能完美。我们引入了

【生成模型系列(初级)】嵌入(Embedding)方程——自然语言处理的数学灵魂【通俗理解】

【通俗理解】嵌入(Embedding)方程——自然语言处理的数学灵魂 关键词提炼 #嵌入方程 #自然语言处理 #词向量 #机器学习 #神经网络 #向量空间模型 #Siri #Google翻译 #AlexNet 第一节:嵌入方程的类比与核心概念【尽可能通俗】 嵌入方程可以被看作是自然语言处理中的“翻译机”,它将文本中的单词或短语转换成计算机能够理解的数学形式,即向量。 正如翻译机将一种语言

cross-plateform 跨平台应用程序-03-如果只选择一个框架,应该选择哪一个?

跨平台系列 cross-plateform 跨平台应用程序-01-概览 cross-plateform 跨平台应用程序-02-有哪些主流技术栈? cross-plateform 跨平台应用程序-03-如果只选择一个框架,应该选择哪一个? cross-plateform 跨平台应用程序-04-React Native 介绍 cross-plateform 跨平台应用程序-05-Flutte

Spring框架5 - 容器的扩展功能 (ApplicationContext)

private static ApplicationContext applicationContext;static {applicationContext = new ClassPathXmlApplicationContext("bean.xml");} BeanFactory的功能扩展类ApplicationContext进行深度的分析。ApplicationConext与 BeanF