Panel | ||
---|---|---|
| ||
|
...
Basic Navigation
...
...
...
...
...
...
Test Coverage - Operations
Display test executions column
The Execution Status column display can be manipulated for each coverage column added. When enabled, this column shows the last execution result(s) for each test in the previous column configured.
The Execution Status column header provides the total number of tests that have either Passed or Failed an execution – or have not been executed at all. Each column cell provides the last executions status and date(s) for the tests in the previous column. Test executions across all projects will show in this column.
Show last execution results for specific test definitions
The following steps will configure a coverage view that shows the last execution result(s) for specific test definitions.
- Switch to the coverage view of the project you want to monitor.
- Click Select Source Items.
- Give a Label for the new column. For Example, Test Definitions.
- Select Issue Types, Filter or JQL to select issues which will show up in the coverage view.
- Fill the selection criteria accordingly. The selection should ideally contain only test definitions.
- Tick the checkbox to Display Test Executions Column and input the desired number of executions to be displayed. By default, executions done on the test case from <all> projects will be displayed. To filter the executions further to only desired projects, select project(s) from the project dropdown.
- Click Select.
The first column of the coverage will show all issues that match the selected criteria. The second column will show the last execution result(s) for the selected issues.
Show last execution results for specific issues that have test definitions linked
The following steps will configure a coverage view that shows the last execution results for issues that have test definitions linked. It assumes, that a the JIRA project is configured in such a way that issues which need testing are properly linked to their according test definitions.
- Switch to the coverage view of the project you want to monitor.
- Click Select Source Items.
- Give a Label for the new column. For Example, User Stories.
- Select Issue Types, Filter or JQL to select issues which will show up in the first column of the coverage view.
- Fill the selection criteria accordingly. The selection should only include user stories, bugs or similar issue types which have test definitions linked.
- Click Select.
- Click Add Coverage Level.
- Give a Label for the new column. For Example, Test Definitions.
- Select Issue Types, Filter or JQL to select test definitions which will show up in the second column of the coverage view. A useful selection could be Issue Types together with the issue type Test Case.
- Select one or more link types in the field Link Types. It may be useful to have a custom link type tested by which will be used to interconnect user stories and bugs with their according test cases.
- Tick the checkbox to Display Test Executions Column and input the desired number of executions to be displayed.
- Click Add.
The first column of the coverage will show all source issues that match the selected criteria. The second column will show all test definitions that are linked to the source selection matching the selected link types. If a source issue is not linked to a corresponding test, it will be visible in the coverage view. The third column will show the last execution result(s) for the test definitions of the second column.
Create issue for column
- Create a coverage view with at least two columns excluding the test result column.
- Click the Three Dot icon inside of a cell to open an inline dialog.
- Select a link type for the new issue and click Create issue.
- Fill the default JIRA dialog for new issues and click Create.
- The Coverage view updates accordingly and takes the new issue into account. Be aware, that the issue will only show up in the configuration if it matches the columns criteria.
Remove coverage column
- Load a coverage configuration or configure a new coverage view with at least two columns excluding the result column.
- Click The Remove icon in the heading of the coverage column you wish to remove. The remove icon is not available for source selection, because a source selection is needed for every configuration. Use the Update icon for source selection instead.
Edit coverage column
- Load a coverage configuration or configure a new coverage.
- Click The Update icon in the heading of the coverage column you wish to edit.
- Edit the column data according to the new requirements and click Update.
Save coverage configuration
- Configure a new coverage view.
- Click Save View as in the top left corner.
- Fill a Name for this coverage configuration.
- Select if the view should be Public and available for all T4J users or Private and only available for the current user.
- Click Save.
Load and modify coverage configuration
The following steps assume that a coverage view previously got saved.
- Click a previously saved coverage on the left sidebar.
- Edit the coverage configuration according to the new requirements.
- Click Save View to save the current configuration. Please be aware, that the previous configuration will be overwritten. Select Save View as from the dropdown next to the button to save to separate configuration instead.
Rename or delete coverage configuration
The following steps assume that a coverage view previously got saved.
...
Coverage View Tasks
Task | Action |
---|---|
Create Coverage View |
|
Add Coverage Level |
|
Edit Coverage Level |
|
Remove Coverage Level |
|
Specify Coverage Level | The dialogs “Select Source Items”, “Update Source Items”, “Add Coverage Level” and “Update Coverage Level” are used to specify the contents of a coverage level column, according to the following information:
|
Refresh Coverage View |
|
Determine Display Fields |
|
Export Coverage View |
|
Copy Coverage View |
|
Rename Coverage View |
|
Delete Coverage View |
|
Get Link to Coverage View |
|
How to Specify Link Types
Issues may be related to each other in various ways, using different so-called “link types” in Jira. A link type relates two issues, A and B, and has two directions, A → B and B → A. If the intention is that the relation is not symmetrical, the directions have different so-called “inward” and “outward” descriptions in Jira.
In the following example, we assume that you link requirements to test cases with the link type “Test” and the direction from requirement to test case (called “inward”) is described as “is tested by” and the direction from test case to requirement (called “outward”) is described as “tests”. That is, a given requirement is tested by a given test case, while the test case tests the requirement.
Now if the first column in your table is for customer requirements and the next column is for test cases, then you would specify the description “is tested by” in order to exclude other kinds of links that might exist between the issues.
Info |
---|
Notice that the description of the link type is determined from the point of view of issues in the first column and is the so-called “inward description” of the link type. In this example, the “outward” description of the link type (“tests”) would be the wrong name to specify. |