publish-test-results
Last updated
Was this helpful?
Last updated
Was this helpful?
Publishes local test results to Azure DevOps server as a Test Run, where the results are connected to the synchronized test cases and optionally to a build.
To read more about publishing test results see the page. Please also check the related for the publish-test-results
command.
See more details about the command in the "Assembly based execution strategy" section of the article.
In addition the the options listed here, all can also be used.
--tagFilter
not filtered by tags
--sourceFileFilter
not filtered by feature files
-r
|--testResultFile
<FILE‑PATH>
use from config file
-f
|--testResultFileFormat
<FORMAT>
use from config file or detect automatically
--runName
<NAME>
get from test result file
--attachedFiles
<FILE‑LIST>
Semicolon separated list of file paths that should be attached to the test run additionally. (e.g. error1.png;error2.log
) Wildcards are currently not supported.
only test result file attached
-c
|--testConfiguration
<CONFIGURATION>
The Azure DevOps Test Configuration name or ID to publish the results for. For specifying an ID, use #1234
format.
use from config file or detect automatically
--testSuite
<SUITE‑NAME‑OR‑ID>
A Test Suite name or ID to publish the test results to. For specifying an ID, use #1234
format. (e.g. My Suite
or #1234
)
use from config file
--testPlanId
<PLAN‑ID>
The ID of the Test Plan to search the Test Suite in. (e.g. 123
)
all Test Plans are scanned through
--runComment
<RUN‑COMMENT>
not specified
--testResultComment
<RESULT‑COMMENT>
not specified
--buildId
<BUILD‑ID>
The build ID (e.g. 345
) of the build the test result was created for. To prevent detecting build from build you can specify the --disablePipelineAssociation
option (or set the --buildId
option to an empty value before v3.3.3).
detect from current build
--buildNumber
<BUILD‑NUMBER>
The build number (e.g. 20200119.1
) of the build the test result was created for. Should be specified when build ID is not known.
build ID is used
--buildFlavor
<FLAVOR>
The build flavor (e.g. Debug
) of the build the test result was created for. Can only be specified if either --buildNumber
or --buildId
is specified.
detect from current build
--buildPlatform
<PLATFORM>
The build platform (e.g. x86
) of the build the test result was created for. Can only be specified if either --buildNumber
or --buildId
is specified.
detect from current build
--disablePipelineAssociation
pipelines are associated
Publishes a test result file result.trx
to Azure DevOps:
Publishes a test result file produced by Cucumber Java JUnit execution:
Publishes a test result file result.trx
to Azure DevOps to the configured Test Suite for the Test Configuration Windows 10
:
Publishes test results to a specific Test Suite, where the Test Cases related to the executed scenarios are included. Test Plan ID is also specified for better performance.
A of scenarios that should be considered for test result publishing (e.g. @current_sprint and @done
). See for details.
An expression of source file that should be considered for test result publishing (e.g. Folder1/**/*.feature
). See for details.
The file path of the test result (.trx, .xml or .json) file to publish or a folder that contains multiple test result files. Multiple paths can be listed, separated by semicolon (;
). Wildcards are supported using the syntax.
The file format of the file to publish. Please check the page for supported formats. Invoking the command with ?
as format will list all supported format as well.
The name of the Test Run to be created. The value can contain .
The comment field of the Test Run to be created. The value can contain .
The comment added to the individual test results within the created test run. Useful if the individual test results are typically browsed not through the Test Run. The value can contain .
If specified, the published test results will not be associated to the build or release pipeline. This is useful if the Azure DevOps project of the build is different to the project of the Test Cases. See for details.