Automation requires a lot of maintenance effort. There's the need of doing refactoring at many different levels, including at the specification level. This is even more true if you're adopting BDD and Cucumber. As your projects grow, the number of Cucumber Scenarios/Backgrounds will also increase, as will also the amount of Cucumber steps used by them.

Since (Cucumber) steps can, and shall, be used across different test specifications, you may need to do some refactoring on your existing steps in order to avoid duplicates and as means to foster reusability.

Thus, the Automated Steps Library provides one central place to see and manage all the Cucumber steps used in the context of some given project, allowing you to classify/label steps and refactor them (update, merge). You can even quickly identify the entities using those steps.

Steps are added automatically to the Automated Steps Library upon the creation/edition of Tests or Pre-Conditions. As soon as they're in the library, they can be used afterwards for easing the creation/updating of Cucumber Tests/Pre-Conditions, using autocomplete and filtering steps based on labels.

You can now be much more proeficient using the enhanced editor for Cucumber based Tests/Pre-Condiitons, right inside Jira.

Learn more here.

Xray provides powerful capabilities for users to analyze test results and test coverage per Test Environment.

To answer the needs of our customers dealing with many Applications and Test Environments, we have built an integration with Apwide Golive, a Jira app with advanced Environment and Release Management functionalities.

On the Xray screens, the QA team knows as soon as an Environment becomes unstable or when the wrong version of an application is deployed. Efficiency increases with clickable links to access the Environments and the possibility to book dedicated Environments for test campaigns.

Test Executions and Test Plans are now planned on a Timeline with drag-and-drop and Xray issues' dates are automatically updated. Jira filters can be used to obtain a real-time list of bugs that can be tested on a specific environment, taking into consideration the deployed version and the environment status.

> Watch the video.

Learn more here.

Two new gadgets so you can easily track your QA progress in your Jira dashboards: Requirements List Gadget and the Overall Test Results Gadget .

The Requirements List Gadget provides an enhanced list of requirements, including hierarchical information (e.g. Epic > Story), along with completeness information and respective amount of Tests, analyzed in the context of some version or Test Plan. This information is similar to the one seen at the end of the page in the Overall Requirement Coverage Report whenever drilling-down on some requirements.

The Overall Test Results Gadget provides an overall overview of the status of some Tests, in the context of a version or Test Plan. Thus, you can see the amount of Tests currently passing or failing, using a pie chart or in a table layout.

Learn more about these and all other gadgets here.

As people use more and more the hierarchical test organization using the Test Repository and the Test Plan Board, a new flattened view eases the visualization and selection of all the Tests underneath some folder, including its sub-folders.

While the default hierarchical view provides a way to see how Tests are organized, the new "Flat View" provides the means to obtain all Tests underneath some given folder, eventually filter them using some criteria, select a subset of those and then do operations with them, no matter in which folder they're stored in.

Learn more here.

Continuing our previous and on-going work, we're doing some architectual changes that will provide benefits across several different areas in future versions. Some of this improvements have been addressed in previous v3.1.x releases and v3.2.0 adds some more, including the calculation of the Test Plans overall status/progress bar, global and per-folder (in the Board).

The work we've done so far will allow us to provide additional improvements on several areas, which we'll be doing gradually.

Improving performance is an on-going effort, so expect additional enhancements to come in future versions.

We know that the edition of Tests is quite dynamic; we also know that some users want to get notified upon changes of the Test/Pre-Condition specification while others don't.

Since Test cases are abstracted as Jira issues, you can also have changes on all the standard fields you may have at the issue level.

On the other hand, Jira's notification schemes don't allow you to define notifications on a per issue type basis, and you may want to get updates on Stories, Bugs and not on Tests, or vice-versa.

Thus, we have created a specific event that will be triggered whenever the specification of a Test/Pre-Condition is changed, giving you the ability to define notifications for it.

It will be triggered upon:

• adding/removing/updating steps in Manual Tests;
• updating the "Generic Test Definition" of Generic Tests;
• updating the "Cucumbert Scenario" of Cucumber Tests;
• updating the "Conditions" of Pre-Conditions.

Learn more here.