Testspace is used for managing testing - both Manual and Automated. The section focuses on how to use the Testspace
client to publish test results from an existing CI/automation environment.
$ testspace results.xml coverage.xml ...
- No Web API required
- Handles large volumes of content
- Handles output generated by industry tools (e.g. JUnit XML)
- Built-in support for code coverage and static analysis
- Custom Metrics support
- Works with CI matrix
- Can add additional information such as links to build machines, annotations including logs, etc.
- Can automatically organize your test result content based on your source directory structure
The Testspace client was designed to support large volumes of content
One of the purposes of Testspace is to manage the health of the software under test. Health can be assessed not only using
test results, but also other metrics like
static analysis, and even
custom metrics (i.e. timing, error logs, etc.).
When you first sign up for Testspace, you will choose an
organization name, this becomes the subdomain of your Testspace URL.
A Testspace organization is a collection of
Project is a collection of
Space is a collection of test
Suites and other content such as metrics, informational files, etc.
Suite is a set of test cases.
organization └─ project └─ space └─ suite
Spaces are the main vehicle for results analysis
The type of Testspace project -
Standalone - determines how the Testspace client is used to publish data.
A Connected project is "connected" to a Repository. There is no management of
Spaces, they automatically follow the branch workflow. Connected projects also seamlessly integrate with CIs. See the list of supported CIs here.
A Standalone project requires the management of