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

相关文章

pycharm远程连接服务器运行pytorch的过程详解

《pycharm远程连接服务器运行pytorch的过程详解》:本文主要介绍在Linux环境下使用Anaconda管理不同版本的Python环境,并通过PyCharm远程连接服务器来运行PyTorc... 目录linux部署pytorch背景介绍Anaconda安装Linux安装pytorch虚拟环境安装cu

修改若依框架Token的过期时间问题

《修改若依框架Token的过期时间问题》本文介绍了如何修改若依框架中Token的过期时间,通过修改`application.yml`文件中的配置来实现,默认单位为分钟,希望此经验对大家有所帮助,也欢迎... 目录修改若依框架Token的过期时间修改Token的过期时间关闭Token的过期时js间总结修改若依

Java通过反射获取方法参数名的方式小结

《Java通过反射获取方法参数名的方式小结》这篇文章主要为大家详细介绍了Java如何通过反射获取方法参数名的方式,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录1、前言2、解决方式方式2.1: 添加编译参数配置 -parameters方式2.2: 使用Spring的内部工具类 -

通过prometheus监控Tomcat运行状态的操作流程

《通过prometheus监控Tomcat运行状态的操作流程》文章介绍了如何安装和配置Tomcat,并使用Prometheus和TomcatExporter来监控Tomcat的运行状态,文章详细讲解了... 目录Tomcat安装配置以及prometheus监控Tomcat一. 安装并配置tomcat1、安装

mysqld_multi在Linux服务器上运行多个MySQL实例

《mysqld_multi在Linux服务器上运行多个MySQL实例》在Linux系统上使用mysqld_multi来启动和管理多个MySQL实例是一种常见的做法,这种方式允许你在同一台机器上运行多个... 目录1. 安装mysql2. 配置文件示例配置文件3. 创建数据目录4. 启动和管理实例启动所有实例

IDEA运行spring项目时,控制台未出现的解决方案

《IDEA运行spring项目时,控制台未出现的解决方案》文章总结了在使用IDEA运行代码时,控制台未出现的问题和解决方案,问题可能是由于点击图标或重启IDEA后控制台仍未显示,解决方案提供了解决方法... 目录问题分析解决方案总结问题js使用IDEA,点击运行按钮,运行结束,但控制台未出现http://

解决Spring运行时报错:Consider defining a bean of type ‘xxx.xxx.xxx.Xxx‘ in your configuration

《解决Spring运行时报错:Considerdefiningabeanoftype‘xxx.xxx.xxx.Xxx‘inyourconfiguration》该文章主要讲述了在使用S... 目录问题分析解决方案总结问题Description:Parameter 0 of constructor in x

解决IDEA使用springBoot创建项目,lombok标注实体类后编译无报错,但是运行时报错问题

《解决IDEA使用springBoot创建项目,lombok标注实体类后编译无报错,但是运行时报错问题》文章详细描述了在使用lombok的@Data注解标注实体类时遇到编译无误但运行时报错的问题,分析... 目录问题分析问题解决方案步骤一步骤二步骤三总结问题使用lombok注解@Data标注实体类,编译时

Python调用另一个py文件并传递参数常见的方法及其应用场景

《Python调用另一个py文件并传递参数常见的方法及其应用场景》:本文主要介绍在Python中调用另一个py文件并传递参数的几种常见方法,包括使用import语句、exec函数、subproce... 目录前言1. 使用import语句1.1 基本用法1.2 导入特定函数1.3 处理文件路径2. 使用ex

MySQL中时区参数time_zone解读

《MySQL中时区参数time_zone解读》MySQL时区参数time_zone用于控制系统函数和字段的DEFAULTCURRENT_TIMESTAMP属性,修改时区可能会影响timestamp类型... 目录前言1.时区参数影响2.如何设置3.字段类型选择总结前言mysql 时区参数 time_zon