https://support.smartbear.com/readyapi/docs/soapui/running/automating/cli.html

Use the test runner to run functional SoapUI NG tests from the command line.

You can find the runner in the <Ready! API>/bin directory. The file name is testrunner.bat (Windows) or testrunner.sh(Linux and macOS).

To configure the runner’s command line visually, start it from the Ready! API user interface. For more information, see Test Runner GUI.

General Syntax

The runner’s command line has the following format:

testrunner.bat <test-project-file> <arguments>

Arguments

Some arguments on the list below are marked with the  icon. To use them, you need a SoapUI NG Pro license. If you do not have it, sign up for a free trial to try it out.
  • test-project-file: The fully-qualified name of the project file that contains functional tests to be run. If the file name or path includes spaces, enclose the entire argument in quotes.

  • -a: Commands the runner to export all test results. Otherwise, it exports only information about errors.

  • -A: Commands the runner to organize files with test results into directories and subdirectories that match the test suites and test cases the runner executes. To specify the root directory, use the -f argument.

    If you skip the -A argument, the runner will save all resulting files to the directory the -f argument specifies. The file names will include the test suite’s and test case’s names.

    The runner can ignore this attribute depending on the -R command-line argument value.

  • -c: Specifies the test case to be run. If you skip this argument, the runner will execute all test cases in your test project.

  • -d: Specifies the domain that Ready! API will use for authorization.

    This argument overrides the authorization domain you have specified for test steps in your project.

  • -D: Specifies a value of a system property for the test run. This value will override the variable’s value during the run.

    Usage: -D<variable>=<value>. If the value includes spaces, enclose the entire argument in quotes. To override several variable values, specify the -D argument several times.

  • -e: Specifies the endpoint to be used in test requests. The specified endpoint should include the protocol part (for example, https://).

    This argument overrides the endpoints you have specified for test steps in your project. See the -hargument description.

  • -E: Specifies the environment to be used in the test run.

  • -f: Specifies the root directory, where the runner will save test result files. If the directory does not exist, Ready! API will create it.

    Tip: If the directory exists, Ready! API will overwrite report files in it.
  • -F: Specifies the format of the reports Ready! API exports.

    Usage: -F<FormatName>. Ready! API supports the following formats: PDF, XLS, HTML, RTF, CSV, TXT and XML. If you have not specified the parameter, Ready! API will use the PDF format.

    To export results in several formats, separate them with commas. For example: -FPDF,XML,CSV.

    The runner can ignore the -F argument depending on the value of the -R argument. See the -R argument description.

    To export results in various formats, you need a SoapUI NG Pro license.

  • -g: Commands the runner to create a coverage report (HTML format).

  • -G: Specifies a value of the global property for the test run. This value will override the variable’s value during the run.

    Usage: -G<variable>=<value>. If the value includes spaces, enclose the entire argument in quotes. To override several variable values, specify the -G argument several times.

  • -h: Specifies the host and port to be used in test requests.

    Usage: -h<host>:<port>. You can specify the host by using its IP address or name.

    This argument overrides the endpoints you have specified in the project file. See the -e argument description.

  • -i: Commands the runner to enable UI components. Use this command-line argument if you use the UISupport class in your tests.

  • -I: Commands the runner to ignore errors. If you put this argument to the command line, the test log will contain no information on errors occurred during the test run.

    If you skip this argument, the runner will stop the run after the first error occurs and will post full information about the error to the log.

  • -j: Commands the runner to create JUnit-compatible reports. This argument is similar to the -R"JUnit-style HTML Report" command-line argument.

  • -J: Commands the runner to include JUnit XML reports with test properties to the report. For example:

    <testcase name="TestCase1" time="0.35">
        <properties>
        <property name="BusinessRequirementId" value="BusinessRequirement1"/>
        </properties>
    </testcase>
  • -M: Commands the runner to create an XML file with brief test results.

    This argument does not depend on the other command-line arguments that concern the result export: -F-R and -A.

  • -o: Commands the runner to open the reports Ready! API created in your default web browser after the test run is over.

  • -O: Commands the runner to renounce collecting and sending usage statistics.

  • -P: Specifies a value of a project property for the test run. This value will override the variable’s value during the run.

    Usage: -P<variable>=<value>. If the value includes spaces, enclose the entire argument in quotes. To override several variable values, specify the -P argument several times.

  • -p: Specifies the password to be used for authorization during the run.

    This argument overrides the authorization password settings you have specified in your project.

  • -R: Specifies the type of the report data.

    Usage: -R<Report type>. The Report type can be one of the following:

    • Project Report: Generates a report in the format the -F argument specifies. The runner will save the report files to the directory that the -f argument specifies. Depending on the -A argument value, the runner can organize files into subdirectories.

    • TestSuite Report: As above, but for test suites.

    • TestCase Report: As above, but for test cases.

    • JUnit-Style HTML Report: Generates a report as JUnit-style HTML files. See JUnit-Style HTML Reports. When you use this value, the runner ignores the -F and -A arguments.

    • Data Export: Generates XML files with report data. See Data Export.

    When you use this argument, the -F argument must be XML or not specified.

    Use the -f argument to specify the directory, where the runner will save report files Ready! API creates.

  • -r: Commands the runner to include a summary report into the test log.

  • -s: Specifies the test suite to be run. If you skip this argument, the runner will execute all test suites in your project.

  • -S: Commands the runner to save the test project after the test run finishes. Use this command-line argument if you store data within the project during the test.

  • -t: Specifies the Ready! API setting file to be used during the test run. If you skip this command-line argument, the runner will use the default soapui-settings.xml file which you can find in your user directory.

    Use this argument to specify another setting file for the run. It helps you use different proxy, SSL, HTTP and other settings without changing them in Ready! API.

    Also, see the -v argument description.

  • -T: Specifies test cases to be executed by their tags.

    Usage: -T"TestCase tag1[, tag2 ...]"

    If you specify one or several tags, the test runner will run only those test cases that have all the tags you have specified. For example, if you specify -T"TestCase tag1, tag2", it will not run test cases that have tag1 or tag2, but it will run test cases that have both tag1 and tag2.

    You should assign tags you specify to test cases from the test suite and test cases by the -s and -carguments. Otherwise, there will be no tests to execute.

https://support.smartbear.com/readyapi/docs/soapui/ui/suite.html?&#tags

  • -u: Specifies the user name to be used in test request authorizations.

    This argument overrides user names in your test project.

  • -v: Specifies the password for your XML setting file.

    Also, check the description of the -t argument.

  • -w: Specifies the WSS password type.

    Usage: -w<password type>, where <password type> can be one of the following:

    • Text: Matches the PasswordText WSS password type.

    • Digest: Matches the PasswordDigest WSS password type.

  • -x: Specifies the project password in case you have encrypted the project.

Examples

  • The following command runs all SoapUI NG tests from the Ready! API project you have specified:

    testrunner.bat "c:\my projects\my-project.xml"
  • The following command runs the my TestCase test case in your project and creates HTML files in a JUnit-style format:

    testrunner.bat -FPDF -R"JUnit-Style HTML Report" -c"my TestCase" c:\my projects\my-project.xml

Known Issues

SPNEGO-Kerberos authorization will cause tests you start from the test runner to fail. To avoid this issue, add the following code to the end of the first set JAVA_OPTS line in the ReadyAPI.bat file:

-Djavax.security.auth.useSubjectCredsOnly=false

[SoapUI] Command-Line Arguments的更多相关文章

  1. msiexec command line arguments

    Documented command line arguments Type MSIEXEC /? and you'll get the following on-screen help: Windo ...

  2. Unity3d command line arguments

    Options Many of these relate to Unity3d command line arguments Batch Mode - should be left enabled u ...

  3. xargs: How To Control and Use Command Line Arguments

    参考: http://www.cyberciti.biz/faq/linux-unix-bsd-xargs-construct-argument-lists-utility/ http://linux ...

  4. [Node.js] Pass command line arguments to node.js

    Command line arguments are often used to modify the behavior of an application or specify needed par ...

  5. atprogram.exe : Atmel Studio Command Line Interface

    C:\Program Files\Atmel\Atmel Studio 6.1\atbackend\atprogram.exe No command specified.Atmel Studio Co ...

  6. An annotation based command line parser

    Java命令行选项解析之Commons-CLI & Args4J & JCommander http://rensanning.iteye.com/blog/2161201 JComm ...

  7. Getopt::Long - Extended processing of command line options

    use Getopt::Long; my $data   = "file.dat"; my $length = 24; my $verbose; GetOptions (" ...

  8. How to build .apk file from command line(转)

    How to build .apk file from command line Created on Wednesday, 29 June 2011 14:32 If you don’t want ...

  9. Chrome-Console( Command Line API Reference)

    来源于:https://developers.google.com/web/tools/chrome-devtools/console/command-line-reference The Comma ...

  10. 《The Linux Command Line》 读书笔记01 基本命令介绍

    <The Linux Command Line> 读书笔记01 基本命令介绍 1. What is the Shell? The Shell is a program that takes ...

随机推荐

  1. spring boot + jpa + kotlin入门实例

    spring boot +jpa的文章网络上已经有不少,这里主要补充一下用kotlin来做. kotlin里面的data class来创建entity可以帮助我们减少不少的代码,比如现在这个User的 ...

  2. windows的类似shell 命令操作

    一,类似linux的grep命令 参考网站:https://www.cnblogs.com/zxy1992/p/4372717.html windows执行cmd命令查找sql进程: C:\Users ...

  3. 1.JSONObject与JSONArray的使用

    参考文献: http://blog.csdn.net/huangwuyi/article/details/5412500 1.JAR包简介 要使程序可以运行必须引入JSON-lib包,JSON-lib ...

  4. android中配置文件property的用途以及使用<转>

    1.首先在源代码根目录(src下)下创建一个名为netconfig.properties的文件(也可以在其他目录下). 2.打开netconfig.properties文件,在该文件中添加下列代码. ...

  5. UI5-文档-4.16-Dialogs and Fragments

    在这一步中,我们将进一步研究另一个可以用来组装视图的元素:the fragment. 片段是轻量级UI部件(UI子树),可以重用,但是没有任何控制器.这意味着,每当你想定义一个特定UI的一部分是跨多个 ...

  6. Struts2 利用AJAX 导出大数据设置遮罩层

    Struts2 利用AJAX 导出大数据设置遮罩层 需求背景: 每次我们导出excel的时候 ,如果数据量很大,导出花费的时间会很长,页面却有没人任何反应,这个时候用户会认为系统有问题,要么关了页面, ...

  7. devel包

    devel 包主要是供开发用,至少包括以下2个东西:1. 头文件2. 链接库有的还含有开发文档或演示代码. 以 glib 和 glib-devel 为例: 如果你安装基于 glib 开发的程序,只需要 ...

  8. vim nginx配置文件时具备语法高亮功能

    1.下载nginx.vim 下载页面:http://www.vim.org/scripts/script.php?script_id=1886 wget http://www.vim.org/scri ...

  9. 在JSP中,使用get提交方式出现乱码时,为什么要使用new String(s.getBytes("iso-8859-1"),"utf-8");?

    最近在学JSP,在学习处理get方式提交数据出现乱码问题的时候,对其中的一个解决方法new String(s.getBytes("iso-8859-1"),"utf-8& ...

  10. 转:Linux设备驱动开发(1):内核基础概念

    一.linux设备驱动的作用 内核:用于管理软硬件资源,并提供运行环境.如分配4G虚拟空间等. linux设备驱动:是连接硬件和内核之间的桥梁. linux系统按个人理解可按下划分: 应用层:包括PO ...