Skip to main content

Before running a Spec the current status is presented for each test case. Testspace now also provides the status, from the previous session to the right on the run status when executing the spec.

Previous Status Indicator

This indicates the "previous" status while running.

There is now an option to reset previous test case statuses for groups. Using the group's status indicator, click on the donut chart. To reset the previous status select X Reset.

Reset Status for a Group

This option ensures that no test case status from the group will be carried from previous test sessions.

Testspace supports 3rd party issue tracking systems with no API connection. It can be used with GitHub, Jira Cloud, and Jira Server when there is no direct connection with the provider.

To use this feature, add provider: generic to the .testspace.yml file:

manual:
issues:
provider: generic

Users can add an issues URL to the ISSUES reference section or within a comment for a test case. For more information refer to Issues.

Testspace tracks a test case once it fails. Tracking captures the state of the test case for new results - flaky, passing, etc. The term Failures has been changed to Tracks, better reflecting the functionality.

The term change is throughout Testspace. The following are a few examples:

Suite Tracks

Graphs found under the Metrics tab will now contain a clickable link to the associated Results.

Metric Graph Clickable Link to Results

In the cases when the period selected contains "multiple" results, the Health and Code change graphs will not present a link. Also, there will be no link when the associated Results no longer exist.

Testspace Projects can now be archived, resulting in a collapsed listing at the bottom of the Project Listings page.

To archive a Standalone project, use the Edit Project option and select Archive:

Archive Standalone Project

To archive a Connected project, the GitHub archive feature is required.

Note that archive projects do not restrict publishing test results.

When developing and updating test specs, it is common practice to isolate the work using a separate repo branch. For a non-default repo branch, Testspace automatically sets the corresponding space into Sandbox mode. This mode is indicated using a Sandbox label on the far left top of the page.

Space Sandbox Mode

Any test execution will not be persisted.

Test Specs can now be grouped using repo source folders. When a large number of test specs are required, it is often useful to group similar tests in folders. Testspace automatically recognizes the folders and presents them in the listing.

Grouped Test Specs

Each group will maintain its status, along with an Overall status.

A Test Spec can now be executed as a standalone, outside a formally defined Test Session. To execute as a standalone click on a specific test spec and press the START button. You will be prompted to confirm the execution outside a formal test session. Once the STOP button is pressed, the existing status will be committed to a results record.

To abandon the test spec run, select the x in the top right corner before pressing the STOP button.

For more information on running manual tests, refer to Test Execution help.

For Enterprise accounts, one or more users can now be assigned as an Enterprise Admin. An Enterprise Admin is provided a detailed management console at enterprise.NAME.testspace.com, listing pertinent information for all of the subdomains existing in the account.

To request a user(s) to be assigned as an Enterprise Admin contact us.