uipath-cli
latest
false
- Overview
- Get started
- Concepts
- Using UiPath CLI
- UiPath for Coding Agents
- How-to guides
- CI/CD recipes
- Command reference
- Overview
- Exit codes
- Global options
- uip codedagent
- uip docsai
- add-test-data-entity
- add-test-data-queue
- add-test-data-variation
- analyze
- build
- create-project
- diff
- find-activities
- get-analyzer-rules
- get-default-activity-xaml
- get-errors
- get-manual-test-cases
- get-manual-test-steps
- get-versions
- get-workflow-example
- indicate-application
- indicate-element
- inspect-package
- install-data-fabric-entities
- install-or-update-packages
- list-data-fabric-entities
- list-workflow-examples
- pack
- restore
- run-file
- search-templates
- start-studio
- stop-execution
- uia
- uip traces
- Migration
- Reference & support
UiPath CLI user guide
uip tm result downloads execution artifacts in a structured, CI-friendly format. It exposes one verb, which writes a JUnit XML file — the lingua franca consumed by most CI test dashboards (Azure DevOps, Jenkins, GitLab, CircleCI).
Synopsis
uip tm result download --execution-id <uuid> (--project-key <key> | --test-set-key <key>) [--output-file <path>]
uip tm result download --execution-id <uuid> (--project-key <key> | --test-set-key <key>) [--output-file <path>]
All verbs honor the global options and the standard exit codes. Every verb accepts -t, --tenant <name> and --log-level <level> (default Information).
uip tm result download
Download the results of a single test execution as a JUnit XML report. The command:
- Fetches the execution's stats, test set name, and test set ID.
- Pages through every test case log attached to the execution.
- For each log, fetches the per-assertion artifacts in parallel (assertion lookup failures are logged and skipped, not fatal).
- Fetches the test set's package list (best-effort — missing packages are silently omitted).
- Serializes everything as JUnit XML and writes it to
--output-file.
Arguments
None.
Options
--execution-id <uuid>(required) — execution to download.--project-key <key>— owning project. Either this or--test-set-keyis required.--test-set-key <key>— test set key (for example,DEMO:42); the project key is derived from the prefix.--output-file <path>— output location. Can be a file path (./junit.xml) or a directory (the file is named after the test set). Defaults to the current working directory.
Example
uip tm result download \
--execution-id a1b2c3d4-0000-0000-0000-000000000001 \
--project-key DEMO \
--output-file ./junit.xml
uip tm result download \
--execution-id a1b2c3d4-0000-0000-0000-000000000001 \
--project-key DEMO \
--output-file ./junit.xml
Data shape
{
"Code": "ResultDownload",
"Data": {
"ExecutionId": "a1b2c3d4-0000-0000-0000-000000000001",
"Format": "junit",
"OutputPath": "./junit.xml",
"TotalTests": 10,
"Passed": 8,
"Failed": 2,
"Cancelled": 0
}
}
{
"Code": "ResultDownload",
"Data": {
"ExecutionId": "a1b2c3d4-0000-0000-0000-000000000001",
"Format": "junit",
"OutputPath": "./junit.xml",
"TotalTests": 10,
"Passed": 8,
"Failed": 2,
"Cancelled": 0
}
}
The actual JUnit XML is written to OutputPath. The JSON envelope reports success plus summary counts.
Using the output in CI
Publish the file written to --output-file using your CI test reporter. Typical patterns:
# Azure DevOps
- task: PublishTestResults@2
inputs:
testResultsFormat: JUnit
testResultsFiles: junit.xml
# Azure DevOps
- task: PublishTestResults@2
inputs:
testResultsFormat: JUnit
testResultsFiles: junit.xml
# GitHub Actions
- uses: dorny/test-reporter@v1
with:
name: Test Manager
path: junit.xml
reporter: java-junit
# GitHub Actions
- uses: dorny/test-reporter@v1
with:
name: Test Manager
path: junit.xml
reporter: java-junit
Related
- testsets run — produces the
ExecutionIdconsumed here. - wait — block until the execution is terminal before downloading results.
- report — a human-readable summary if you do not need JUnit XML.
- attachment — download screenshots, logs, and files produced by test case logs.