Test runs

Test run represents a planned execution of certain test cases. Test run can be associated with particular attributes, such as milestones and environments, and testing configurations (e.g. browser/platform name and version, etc.) that being combined describe target environment for test case executions.

All actions on test runs at Zebrunner can be performed from the Test runs grid. In this section, let’s take a look at the core actions that you can perform there.

Creating a test run

To create a new test run, go to the Test runs grid and perform the following steps:

1. Click +Test run
2. Enter title and description (if needed)
3. (Optional) Specify environment and milestone
4. (Optional) Specify testing configuration for the run
5. Select test cases
6. Click Create

Info

On selection of test cases, you can use all standard searching and filtering capabilities allowing you to narrow down the dataset.

You’ll be redirected to the newly created test run.

Editing a test run

Info

This action is only available for open test runs.

To edit a test run, go to the test runs grid and perform the following steps:

1. Navigate to the test run you’d like to edit
2. Click ⋮ at the top-right corner of the page and select Edit
3. Apply the necessary changes to the test run
4. Click Save

Alternatively, a test run can be edited from the Test runs grid by clicking ⋮ beside the needed test run → Edit.

Assigning test cases

Once a test run is created, you may want to distribute the testing efforts between multiple project members.

To assign several test cases to a particular member, go to the Test runs grid and perform the following steps:

1. Navigate to the needed test run
2. Select the test cases to assign and click the Assign button above the list of cases
3. Select project member from the list and click Assign

The test cases in the test run will be updated with the new assignee.

Alternatively, you can add an assignee for every test case individually by clicking the user icon to the right of a test case name (Unassigned by default).

Info

The assignee will be automatically set to a member who submits the result of a test case.

Setting test case execution results

Zebrunner comes with the following options for test case execution results out of the box:

• Untested
• Passed
• Failed
• Skipped
• Retest
• Blocked
• Invalid

Untested is a default option set to all test cases within a test run. Untested means that there is no result submitted yet. Once you set some result for a case, you can’t revert back to Untested.

To set the result for a test case, go the the test run having it and do the following:

1. Click the result drop-down to the right of the test case title (Untested selected by default)
2. Select the desired result in the drop-down
3. Add details to the result if needed (e.g. comments and attachments)
4. (Optional) Link an issue (e.g. from Jira) to this execution (more on Linking issues)
5. Click Save

Execution results will be submitted and will appear on the Executions tab (default for test cases within run).

Note

Immutable executions
Please note that all execution results are immutable, meaning that you can’t alter those once submitted. If you update the result, it will appear as the last (top) one on the Executions tab. Test cases grid will always show the result of the latest execution.

Once you start submitting the results, the summary panel on top of the run view will be updated automatically.

Note

Run completion percentage takes into account test cases having final result submitted (except for Untested, Blocked and Retest).

Alternatively, you can set the result for several test cases at once by selecting them and clicking Set result above the list of test cases. Note that if you submit additional details, issue and/or attachments, they will be copied to every test case execution.

Linking issue to test case execution

Zebrunner allows you to keep a relation between test case execution results and issues (defects) for the sake of traceability. It is possible to either link existing issues from 3rd party systems or create new ones (currently available for Jira only) directly from Zebrunner UI and link them automatically.

Info

This functionality requires corresponding systems to be configured and enabled in project integrations sections (more on this in the Integrations guide).

Link an existing issue

To link an issue to a test case execution, go to the test run containing it, and perform the following:

1. Open the Set result dialogue
2. Click Link issue at the bottom of the dialogue
3. Select defect tracking system from the dropdown (if you have multiple configured and enabled)
4. Search for the issue you want to link
5. Choose the issue from search results and click Link

Issue will be linked to the result and issue label will appear on UI (both in the grid and in the Executions tab). Clicking on the label will take you to the issue page/view in the corresponding system.

Creating and linking a new issue

Note

This feature is currently only available for Jira.

To create and link a Jira issue to a test case execution, go to the test run containing it, and perform the following:

1. Open Set result dialogue
2. Click Link issue at the bottom of the dialogue
3. Click Create a new issue
4. Select the Jira project and issue type and fill out the required fields
5. Click Create and link

Issue will be linked to the result and issue label will appear on UI (both in the grid and in the Executions tab). Clicking on the label will take you to the issue page/view in the corresponding system.

Editing test cases inside test run

If needed, it is possible to edit the test case directly from the test run. This edit will be propagated to the test repository and synced between other test runs containing the edited test case. To edit a test case in a test run, hover over its title and click on the Edit .

Deleting test cases from test runs

It is possible to delete test cases from test run (e.g. if they were added by mistake). In order to do that, hover over its title,click on the Delete and confirm your action.

Alternatively, this operation can be done to multiple test cases at once - select the ones you need and use the corresponding bulk action.

Note

Test case deleted from the test run will still be available in the test repository.

Closing a test run

Once all test cases in the run were executed, it may make sense to close it - a closed run cannot be altered and its attributes will stay permanently in the system (e.g. if you deprecate and delete a certain testing configuration, it will still remain tracked for historical runs).

Note

If you delete a test case that is part of a closed run, it will be dropped from that run too together with its executions.

Run can be closed by clicking the Close button in the top right corner inside the run or via More actions ⋮ in the Test runs grid. The closed run will appear in the corresponding list which can be accessed by switching to closed run using control in the top right corner of the Test runs grid.

Since modifications are not allowed, you can only rerun or delete a closed run.

Rerunning a test run

Rerun can be useful when you want to repeat execution of the same set of cases with the same or similar configurations, or after a fix was applied for the application under test and you want to re-test all or some cases from the run. In a way, a rerun can also be seen as a cloning action, since it creates a brand new run, using the original one as a base.

You can do a rerun by clicking the Rerun button in the top right corner inside the run or via More actions ⋮ in the Test runs grid. From there, you’ll need to do the following:

1. Select what test cases you’d like to rerun based on their results
2. Optionally, copy assignees for the test cases by checking Copy Assigned To checkbox
3. Confirm the action by clicking OK
4. You’ll be redirected to the Create test run view where you can apply the necessary changes if needed
5. Click Create to continue

You’ll be redirected to the newly created test run.

Deleting a test run

To delete a test run, perform the following steps:

1. Navigate to the test run you’d like to delete
2. Click More actions ⋮ at the top-right corner of the page
3. Click Delete
4. Confirm the action by clicking Delete

The test run will be deleted from the system. All the information associated with this test run, including the history of executions, will be deleted as well.

Alternatively, a test run can be deleted via More actions ⋮ for a test run in the Test runs grid.

Pre-configurations

While creating test runs, users often need to attach some specific pre-configurations to it that will serve as indications for the test run assignees under what circumstances the executions should be performed.

Let's take a look at the functionality available for this purpose in Zebrunner.

Testing configurations

Working with testing configurations can simplify the process of performing test runs. Imagine you need to create 2 test runs with an identical set of test cases, but for one of them, test cases should be executed on Chrome browser, for the second one - on Firefox. In this case, you need to create a configuration group “Browser” and add the appropriate browser options.

You can manage test configurations from Settings ( in the sidebar) → Test case fields → Testing configurations.

Info

Only project Administrators/Managers can manage testing configurations. Users with the role of Engineers can access this page in a read-only mode.

Let’s take a look at how to work with testing configurations based on the example above.

1. Navigate to the Settings → Testing configurations page.
2. Create a new Configuration group by clicking +Configuration group. Add title (Browser, in our case), click Create.

1. The group will be added to the page, now you can create the needed options (e.g. Chrome, Firefox, Edge). To do this, click +Add option under the configuration group name. Enter the needed value and click Enter on your clipboard.

1. Add a testing configuration to a test run: while creating or editing a test run, click +Add configuration under the Configuration section and select the needed options. In our case, for one test - Chrome, for the other - Firefox. The selected configuration will be displayed as a label in the test run header in the following format: Group: Option (e.g. Browser: Chrome).

Alternatively, you can create a new configuration group or add a new option right when you create or edit a test run - simply click Add configuration in a corresponding window and perform the actions above.

On the Testing configurations page, you can edit or delete both a group and option by hovering over the needed item and clicking the Edit or Delete icon.

Info

Deletion of a configuration group will lead to deletion of all the associated options. But all test runs that were created using those will remain in the system with options that were used at the moment of their creation.

Environments and variables

Environments and variables is a functionality that can be valuable in terms of a test run, e.g. when you need to specify the credentials needed to execute a test run. In Zebrunner, this is possible both within the whole project or certain environments.

A variable consists of 2 attributes: Key и Value. Key is a common name of a variable (e.g, “password”), while value is its specification (e.g, the password itself).

Please note: if a variable with the same name is created both in scope of the project and an environment, the environment variable value will always take precedence over the value defined on a project level. This way, the use of variables makes full sense in terms of a test run, where users can select the environment within which a test run will be performed.

You can manage environments and variables from Settings ( in the sidebar) → Test case fields → Environments and variables.

Info

Only project Administrators/Managers can manage Environment and variables. Users with the role of Engineers can access this page in a read-only mode.

Creating project variables

To create a project variable, go to Settings → Environments and variables and perform the following steps:

1. Expand Project variables field (via the arrow beside Project variables or Expand all at the top-right corner of the page)
2. Click +Add variable. The adding dialogue will appear
3. Add Key and Value
4. Tick Secret if you’d like your value to be displayed on a screen in a secure way (via ***)
5. Click Create

The variable will be created for this project, and now you can add it to a test case. You can copy the key and value for a variable by hovering it and clicking the Copy key/value icon.

Creating environments

To create an environment, go to Settings → Environments and variables and perform the following steps:

1. Click +Environment. The new dialogue will appear
2. Specify the name of your environment
3. Provide the key for your environment (an abbreviation or simple reference)
4. Add the description if needed
5. Click Create

The new environment will be added under the project variables - now you can add environment variables for each environment. You can copy the environment key by hovering the cursor over it and clicking the Copy value icon.

Creating environment variables

In the same way as creating project variables, you can also create variables for each environment by selecting the environment and clicking +Add variable.

Please note: if a variable with the same name is created in scope of an environment - within that environment, its value will always take precedence over the value defined on a project level.

To view all the variables available within a certain environment, click the list icon next to the environment name. You can also copy all the values from there.

Editing/deleting environments and variables

Both project and environment variables can be edited and deleted from the Settings → Environments and variables by clicking the Edit or Delete icon next to the variable name.

Info

If you delete a variable, all test cases that use that variable will no longer resolve injected key into its value.

It’s possible to edit and delete an environment from the Settings → Environments and variable page by hovering over the needed environment and clicking the Edit or Delete icon.

Info

Deletion of an environment will lead to deletion of all the variables within it! Test cases that use that variable will no longer resolve the injected key into its value.

Using variables in test cases and runs

While creating or editing a test case, you can specify certain variables that the QA team may need to conduct the test run (e.g. login and password to enter the product in a certain environment).

To add a variable value to a test case, select the needed field while creating or editing a test case and enter the variable key as {{key}}. After you click Save, the system will fetch both key and value as soon as you hover over the variable.

The value of project variables will be displayed both in a test repository and test run, and will be highlighted blue in a test case view. The values of environment variables will be available only within a test run - so make sure you’ve selected the environment for your test run (in a test case view, such variables will be highlighted gray).

Manage test runs via API

Zebrunner exposes a set of REST API endpoints for managing test runs. In order to access the API documentation, navigate to <your-zebrunner-workspace>/api/docs, where <your-zebrunner-workspace> is the actual hostname of your Zebrunner workspace. For example, if your workspace is available at https://mycompany.zebrunner.com, then the API documentation is available at https://mycompany.zebrunner.com/api/docs.