[SoapUI] SoapUI命令行方式运行
https://www.soapui.org/test-automation/running-from-command-line/functional-tests.html
TestRunner Command-Line Arguments
To run functional tests from a command line, you use the testrunner.bat/.sh file that is located in the <SoapUI>\bin folder. The runner uses the following command-line arguments:
a : Commands the runner to export all generated test results. If you skip this argument, the runner will export only error messages.
A : Commands the runner to organize files with test results into directories and subdirectories that match the test suites and TestCases the runner executes.
If you skip the -A argument, the runner will save all result files to the directory that 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 TestCase to run. Use this argument to narrow down the tests to be executed. If you do not specify this argument, the runner will launch all the tests that relates to the parent test suite.
D : Specifies a value of a system property for the test run. The specified value will override the variable's value during the run. Usage:
-D=. If the value includes spaces, enclose the entire argument in quotes. To override several variable values, specify the -D argument several times.d : Specifies the domain that the simulated requests will use for authorization. This argument overrides the authorization domain specified in your test properties.
e : Specifies the endpoint to use in test requests. The specified endpoint should include the protocol part (for example,
https://).This argument overrides the endpoints specified for TestSteps in your test project. See also description of the -h argument.
E : Specifies the environment to use in the test run (SoapUI Pro only).
F : Specifies the format of the exported reports. Usage:
-F<FormatName>. Supported formats include PDF, XLS, HTML, RTF, CSV, TXT and XML. If the parameter is not specified, PDF is used.To export results in several formats, separate them with commas. For example,
-FPDF,XML,CSV.The runner can ignore -F argument depending on the value of the -R argument. See the description of this -R argument below.
To export results in various formats, you need a SoapUI Pro license. Sign up for a free trial to check how it works.
f : Specifies the root directory, where the runner will save test result files. If the specified directory does not exist, it will be created.
Important: if the directory exists, reports’ files in it will be overwritten.
G : Specifies a value of a global property for the test run. The specified 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.g : Commands the runner to generate a coverage report (HTML format). To use this argument, you need a SoapUI Pro license. Sign up for a free trial to check how it works.
h : Specifies the host and port to use in test requests. Usage: -h<host>:<port>. You can specify the host by using its IP address or name.
This argument overrides endpoints specified in the project file. See also description of the -e argument.
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 that occur during the test run. If you skip this argument, the runner will stop the run on the first error that occurs and will post full information about the error to the log.
i : Commands to the runner to enable UI-related components. Use this command-line argument, when you use the UISupport class in your tests.
J : Commands the runner to create JUnit-style reports with test case properties in them. Meaningful only if the -j argument is also specified (see below).
j : Commands the runner to generate JUnit-compatible reports. This argument is similar to the -R"JUnit-style HTML Report" command-line argument.
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 result export: -F, -R and -A.
m : Sets the maximum number of TestStep errors to log for each TestCase.
o : Commands the runner to open the generated reports in your default web browser after the test run is over. To use this functionality, you need a SoapUI Pro license. Sign up for a free trial to check how it works.
P : Specifies a value of a project property for the test run. The specified 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 use during the run for authorization. This argument overrides the authorization password settings specified in your test project.
R : Specifies the type of the report data. Usage: -R. Report type can be one of the following:
- TestCase Report - Generates a report in the format that is specified by the -F argument. The runner will save the report files to the directory that the -f argument specifies. Depending on the -A argument value, the files can be organized into subdirectories.
- JUnit-Style HTML Report - Generates a report as JUnit-style HTML files. See JUnit-Style HTML Reports. When this value is used, the runner ignores the -F and -A arguments.
- Data Export - Generates XML files with report data. When you use this argument, -F must be XML or must not be specified.
Use the -f argument to specify the directory, where the runner will save generated report files.
Note that to use reports in your tests, you need a SoapUI Pro license. If you do not have it, sign up for a free trial to try how it works.
r : Commands the runner to include a summary report into the test log.
S : Commands the runner to save the test project after the test run finishes. This command-line argument may be useful, if you store data during the test within the project.
s : Specifies the test suite to run. if you skip this argument, the runner will execute all the test suites in your project.
t : Specifies the workspace settings filed to be used during the test run. If you skip this command-line argument, the runner will use the default file – soapui-settings.xml - that is located in your user directory.
Use this argument to specify another settings file for the run. It helps you use different proxy, SSL, HTTP and other settings without changing them in your test project.
See also description of the -v argument.
u : Specifies the user name to be used in test request authorizations. This argument overrides user names specified in your test project.
v : Specifies the password for your settings XML file. See also description of the -t argument.
w : Specifies the WSS password type. Usage: -w<password type>, where <password type> is of the following:
- Text - Corresponds to the PasswordText WSS password type.
- Digest - Corresponds to the PasswordDigest WSS password type.
x : Specifies the project password, in case the project is encrypted.
Examples
- The following command runs all functional tests from the specified project:
testrunner.bat "c:\my projects\my-project.xml" - The following command runs the 'my test case' TestCase in your project and creates HTML files in a JUnit-style format:
testrunner.bat -FPDF -R"JUnit-Style HTML Report" -c"my test case" c:\my projects\my-project.xml
[SoapUI] SoapUI命令行方式运行的更多相关文章
- SoapUI命令行方式运行
http://stackoverflow.com/questions/9220132/soapui-groovy-script-calls-to-command-line SoapUI支持用命令行方式 ...
- 使用命令行方式运行 JMeter 脚本
For non-interactive testing, you may choose to run JMeter without the GUI. To do so, use the followi ...
- JMeter命令行方式运行时动态设置线程数及其他属性(动态传参)
在使用JMeter进行性能测试时,以下情况经常出现: 1.测试过程中,指定运行的线程数.指定运行循环次数不断改变: 2.访问的目标地址发生改变,端口发生改变,需要改写脚本. 上面的问题在GUI中,直接 ...
- php 命令行方式运行时 几种传入参数的方式
1. url方式 $param = array(); if ($argc > 1) { parse_str ( $argv [1], $param ); foreach ( $param as ...
- jmeter - 命令行方式运行
命令格式: jmeter -n -t <testplan filename> -l <listener filename> 参数说明: -n 非 GUI 模式 -> 在非 ...
- 命令行方式运行hadoop程序
1,写一个java代码.*.java.(这里从example 拷贝一个过来作为测试) cp src/examples/org/apache/hadoop/examples/WordCount.java ...
- java打包/命令行方式运行jar(命令行进行程序测试)
public class Testtmp { public static void main(String[] args) { // TODO Auto-generated method stub f ...
- 命令行方式运行yii2程序
测试环境,yii 2.0.3版本 web访问方式,控制器放在controllers目录下 ,浏览器访问如下地址 http://127.0.0.1/index.php?r=[controller-nam ...
- 从命令行模式运行Windows管理工具。
从命令行模式运行Windows管理工具. 分类: Play Windows 2004-08-06 16:39 6076人阅读 评论(3) 收藏 举报 1.可以直接在开始-〉运行里面输入的管理工具: 文 ...
随机推荐
- qt下用启动图
void showSplash(void) { QSplashScreen*splash=newQSplashScreen; splash->setPixmap(QPixmap(":/ ...
- Python中的Bunch模式
引用: 当树这样的数据结构被原型化(或者乃至于被定型)时,它往往会时一个非常有用而灵活的类型,允许我们在其构造器中设置任何属性.在这些情况下,我们会需要用到一种叫做“Bunch”的设计模式. clas ...
- Nodejs之express第三方核心模块的中间件——body-parser
Node中的核心模块分两类:一类是自带的核心模块,如http.tcp等,第二类是第三方核心模块,express就是与http对应的第三方核心模块,用于处理http请求.express在3.0版本中自带 ...
- 运维平台cmdb开发-day3
后台管理 1. 访问过程 我们在前面2天得到了各个客户端的资产数据信息,我们将各个这个数据打包发送到api,这个api其实就是django的url传参,之后按照数据的格式对比数据库增删改 2. 后台页 ...
- 第六篇 Flask 中内置的 Session
Flask中的Session非常的奇怪,他会将你的SessionID存放在客户端的Cookie中,使用起来也非常的奇怪 1. Flask 中 session 是需要 secret_key 的 from ...
- 第六章 Validating with the Validation API
CHAPTER 6 Validating with the Validation API Defining and Triggering Validation: An Overview 你可以使用以下 ...
- iOS 布局之 Springs and Struts
“springs and struts” 模式,就是代码中的autosizing masks布局控制. autosizing mask决定了一个view会发生什么当它的superview 改变大小的时 ...
- SPI子系统分析之一:框架
内核版本:3.9.5 SPI子系统概述: 一个SPI主控制器对应一条SPI总线,当然在系统中有唯一的总线编号. SPI总线上有两类设备: 其一是主控端,通常作为SOC系统的一个子模块出现,很多嵌入式M ...
- Java Socket编程之UDP
UDP编程: 将要传输的数据定义成数据包(Datagram),在数据报中指明所要到达的Socket(主机地址和端口号),然后再将数据报发送出去. 相关操作类: DatagramPacket ...
- node模块示例
来源于慕课网课程:http://www.imooc.com/video/6701 (视频) 模块的流程图如下: 做一个学校的模块示例 建一个学生的js studet.js function add(s ...