Requirements Module

Organizing Requirements

The Requirements module serves as a central repository to store test requirements or business specifications. You can create requirements manually, or import using excel using import wizard or from Jira.

Once requirements have been imported, existing test cases can be linked to the requirement.

With the Requirements module you can:

  • Add requirements based on requirements from external development and product management tools. Requirements can be created directly from Jira and kept in sync with Jira.

  • Cover requirements by linking them to existing test cases that are part of manual or automated test suites.

  • Perform quick ad hoc executions of test cases associated with a particular requirement. This can help you do quick tests based on pure requirements that might not be covered in a defined test suite.

Requirement reports are also available to analyze the application against varied measures.

Requirements Module UI

The Requirements module screen has the following UI.

Manage Grid Columns

All grids within the Requirements, Test Cases, Test Suites, and Issues module have an Arrange Columns option that allows users to create a customized view of their test assets.

The view is saved for future use.

The following customization can be applied:

  • Show More Columns: The ability to add columns in the view. If there are other columns that you think are important to display on the module grid apart from the default view, then you can just select those columns to add them to the view.

  • Hide Columns: The ability to remove a column from view. If you do not want to include columns of less importance on the module grid view, then remove column selection to hide those columns on the view.

  • Re-arrange: The ability to arrange the columns in a different order through drag and drop functionality.

You can search for a particular column through the search box.
Options to select all columns, clear all selected columns, and restore default column selection are provided on the Arrange Columns menu.

  • Resize Columns: The ability to expand and reduce column width. If you want to display the full content of the column, then you may want to change the column width. To change the width of one column, just place the cursor in between the columns and drag the boundary on the right side of the column heading until the column gains the width that you want.

Requirement Detail Page

Just click on the Requirement Key in the grid view to open the requirement detail page on the same page.

To open the requirement detail page in the new tab/window, right-click on the Requirement Key in grid view. Opening requirements in different tab/browsers makes a comparison between requirements easier. It also provides quick references while working on multiple assets.

 

The detail page is redesigned that allow one-click access to different sections using organizable tabs.

Organize Tabs

The detail page of QMetry assets has different tabs on it as described above. Users can customize the view of the detail page by changing the order of tabs. The tab order is preserved per user. 

For example, the tab order of the Requirements module is changed by user "A" for project "PRO1". Now "A" is switching to another project "PRO2". The tabs can be seen in the same order as in project "PRO1".

Combined View vs. Grouped View

A. Individual Section Tabs

B. Combined View (Read Only View)

A. Individual Section Tabs

For Requirement: There are individual tabs for Details, Test Cases, Release & Cycles, Issues, Version, BDD (if configured), Attachments, Comments, and Change Log.

Each tab displays relevant details. The details of the tabs are editable.

x

 

B. Combined View (Read Only View)

The tab renders the old view of the details page. You can view the details of all the sections on a single page. The details displayed on the page are read-only and can not be edited.

The Previous and Next buttons on the detail page are added for ease of navigation and updating of requirements.

Filter Requirements

Users can easily filter test assets by any system/custom field on all module grids. It also helps users in carrying out bulk operations. Filters placed horizontally above the grid earlier, are now placed on the tree panel at left.

Testers can view the details grid aligned with the folder tree even when they are clicking a folder which is at the bottom. It displays the top of the screen instead of the bottom of the screen.

Apply Filter

Users can apply basic as well as advanced filters to the records.

  • Basic Filters: By default, basic filter fields are provided to filter the records.

  • Advanced Filters: If users need more fields to filter test assets then click on the '+' icon. It opens the drop-down with a list of additional system and user-defined fields corresponding to the module. 

Select the field you want to apply a filter on. The filter parameter is added as Advanced Filters. Apply filter as per your requirement.
For example,

Users want to filter test assets on Priority, Entity Key and Status, then click on the '+' icon and select the fields on the drop-down list as shown below.

Users can click on the '+' icon and select the field Entity Key to search requirements using comma-separated entity IDs (i.e without specifying the complete Entity Key as described below)

Apply Filter when Jira is Configured with Project

If the QMetry project is synced with at least one Jira project, then only Jira Filters will be enabled for the Requirements module. Two distinct filters: QMetry Filters and Jira Filters options are available to filter requirements. Select either of them. If you want to apply Jira Filters, first select –

  1. Jira Instance and Jira Project with which the QMetry project is configured and click Apply. If you have only one Jira Instance and Project configured with your current QMetry project, the instance and project will be auto-selected.

  2. Once this filter is applied, you can see more filters by clicking on the + button.

The filter applied to the records will be preserved and rendered again when you visit the screen next time.

Jira fields, on which you filter the records, do not appear on the Requirement list view.  e.g., Fix versions.

Clear Filter and Sorting

Users can clear the filter and sorting applied to the records.

A. Clear Filter: Click on the Clear Filters button above the module grid or on the left pane. It will reset the view to default.

B. Clear Sorting: Click on the Clear Sorting button above the module grid.

A. Clear Filter Values

The Clear Filter Values option provides users with improved flexibility, efficiency, and usability in managing and reusing Advanced Filters for important data that may not be easily accessible by default. This option only clears out the values in the filters without removing the fields themselves. It enables users to start fresh with the same set of fields, allowing them to adjust their filter criteria without having to recreate the entire filter setup each time. It preserves empty fields in the filter just like fields with values and allows users to easily modify and refine the filter criteria without losing the content of the set fields. Here, empty fields in the filter will consider all records.

B. Reset Filters

The Reset Filters option will reset the filter to default. All the selected fields for Advanced Filter will be removed from the filter.

Choose to include/exclude Requirements from Sub Folders in the Parent Folder

Users can opt to include or exclude test assets from sub folders in the parent folder. By default, Include Entities from Sub-folder remains selected, and entities from sub-folders are displayed at parent folder level on the module list view.

To hide the entities from sub-folder, open the Options drop-down on the test asset tree at the left, and select deselect Include Entities from Sub-Folder.

Once you are on the requirement details page, you can go back to the main screen of the requirement by clicking on the breadcrumbs.

 

The Requirements module main screen displays requirements in the Project as per folder selection. You can apply filter to the columns as mentioned above. Multiple columns can be filtered at once to help users find the required requirements.

Managing Requirement Folders

Users can categorize different requirements and create different folders to put them. Users can add a new folder to the root or as a child of an existing folder.

Use Case: The organization has received a bulk amount of project related requirements from its client. To manage these requirements, they need to be categorized. Requirements of similar categories are added to individual requirement folders.

The count of requirements in the folder hierarchy is displayed alongside the folder name. The count includes active + archived requirements.

 For example, this is the folder hierarchy: Folder A → Folder B → Folder C

Folder A has 5 requirements, Folder B has 3 requirements, and Folder C has 2 requirements, then the count will be displayed as follows.

Folder A (10) <------ Parent Folder

Folder B (5) <------Child Folder

Folder C (2) <------Subfolder of Child Folder

Adding a Requirement Folder

Open the Requirements module. The tree/folder panel is expandable which facilitates stretching of the area if you want to view longer folder names. You can also hover over the folder to view its full name.

On the Requirement tree, click on the New Folder button to add a new folder.

The Add New Folder pop-up opens.

Enter the following fields to add a new folder:

  • Folder Name: Enter the name of the folder.

Click Create. The new folder is reflected on the tree.

Note: The following permissions related to the Requirements module are set from Customization > Roles for individual roles.

  • View

  • Modify

  • Create

  • Delete

  • Import

  • Export

  • Link

  • Copy

  • Versioning

Make sure you have relevant rights to carry out the operation.

Editing a Requirement Folder

Select the folder on the tree and click on the Edit icon on the toolbar.

The folder detail screen opens in editable mode. Make required changes.

Deleting a Requirement Folder

Before deleting a requirement folder, you first need to archive it.

Archive Folder

Read the Archive Folders article to know more about the archiving requirement folder.

Once a folder is archived, it will not appear on the tree. To view the archived folder on the tree, switch to the Filters on the tree panel. Select the Show Archived Items check box.

Select the archived folder on the tree and click on the Delete icon on the toolbar. The Delete icon is visible only for archived folders.

On deleting a folder, all the subfolders and entities within the folder will be deleted. The root folder cannot be deleted.

Bulk Copy/Move at Folder level

Refer to Bulk Copy/Move at the directory level within/across the project.

Adding and Managing Requirements

Adding a Requirement

Open the Requirements module.

Select the folder on the tree under which you want to create a requirement.

Click the New button on the toolbar.

The Create screen opens for the requirement.


Enter the following fields to add a requirement:

  • Summary: Enter the name of the requirement.

  • Priority: Select priority for the requirement from the drop-down like Low, Medium, and High.

  • Owner: All active users allocated a role in the current Project are listed on the drop-down.

  • Label(s): You can select multiple Labels for a requirement. Labels are added from Projects > Labels.

  • Status: Select the status of the requirement like New, In-progress, Archived, or Closed.

  • Associated Releases: You can select multiple Releases to link the requirement with.

  • Associated Cycles: The list populates in accordance with the Release(s) selected above. You can select multiple Cycles to link the requirement with.

  • Description: Enter description for the requirement. Description can be added either in Plain Text or Rich Text.

Rich Text:

A. Use of Rich Text Editor allows users to apply text formatting for Description and reduces chances of missing important details. Users can also insert images, hyperlinks and tables to the field.

Image Upload Support in Rich Text Editor:

Users can add images to any Large Rich Text Editor field (System as well as Custom) up to 1 MB. The images can be uploaded in the fields (A) by browsing and uploading the image (B) by inserting the image through the URL. (C) by copying and pasting the image directly into the editor/text field without saving it first on the local machines. Multiple images can be copied and pasted at a time.

It is applicable to all the fields across QMetry wherever the rich text editor is available.

You can preview the image just by clicking on it.

To download the image, click on the image and then click on the Download icon at the top right corner.

Notes:

  • The supported file formats to upload/copy-paste the image are jpg, jpeg, png, and gif.

  • The maximum file size should be 1 MB (for images uploaded through browsing).

 

B.  Users can paste the html/xml content into the Source editor of the "Large Text" field type and it auto-renders the code to show the text outputs on the screen.

Use Case: An organization is using Rich text for Description field, in which they copy-paste the content from their source in html/xml format.

Click on the Edit icon at right to open the source editor.

Note: To enable rich text editor, the Enable Rich Text parameter should be enabled for the Project (Projects > Project / Release / Cycle). Refer to Enable Rich Text Editor for more details.

 

 

  • User Defined Fields: If UDFs are added for the Requirements module, then they are displayed on the Create Requirement and Requirement Details screen.

Enable Rich Text and Source Code Editor: Refer to the Description field above.

Click Create to save the details.

When you open the requirement detail page, the Path displays the path up to the folder the requirement lies within.

BDD / Gherkin Editor: Refer to BDD Implementation for more details.

Update Requirements

Users can save the requirement without creating its new version. The in-place editor is provided on the detail screens for all test assets. Just hover over the field and click on the edit icon.

It opens the field in editable mode. In case of text field, enter the value and save the details.

 

 

In-place edit will always update the test asset.

To create a new version of the test asset, follow the steps mentioned below.

Create a New Version of Requirement

If the User Role has Versioning rights (in Customization > Roles), then the button will be visible to the user. When you edit requirement details, you can save the details with a new version of that requirement.

Use Case: Many organizations may want to track version wise details of test assets, hence, they force versioning based on specific field changes.

Follow either (A) or (B) as mentioned here.

A. Click on the Con icon for the requirement and select Create New Version.

 

B. Open the requirement detail page and click on the Create New Version icon on the header.

 

The next screen opens in editable mode.

Make required changes and click on the Save as New Version button to create a new version of the requirement with updates. You can find the modifications in the new version of requirement.

  • Version Comment: Enter description explaining the relevance of the requirement version.

Note: If the User Role does not have rights for Versioning, then users with that Role will not see the Save as New Version button. They can only Update the requirements/test cases. Users will also not able to view the Version drop-down. The rights for Versioning are assigned from Customization > Roles.

Archiving a Requirement

To delete a requirement, first you need to archive it.

Archiving Entire Requirement

You can not carry out further operations like adding attachments, linking test cases, issues, and release - cycles on an archived test asset.

A. Archiving from Requirement details page

B. Archiving from Requirements module list view

A. Archiving from Requirement detail page

Open the requirement details page by clicking on the requirement.

Click on the Archive icon on the top right corner of the page.

It will archive all the underlying versions of the requirement.

 

To unarchive an archived requirement, click on the Unarchive icon at the top right corner.

B. Archiving from Requirements module List view

  1. Open Requirements module.

  2. The requirement list view opens with list of existing requirements within the project/folder.

  3. Click on the Con icon for the requirement you want to archive and select Archive. The requirement is archived after confirmation.

Archiving a Specific Requirement Version

Read about Archiving a Specific Requirement Version.

Deleting a Requirement

It is a two-step process:

  1. Archive a requirement (All the versions of the requirement will be archived.)

  2. Delete a requirement (The requirement will be deleted including all its versions.)

Deleting Entire Requirement

All the versions of the requirement should be archived to delete that particular requirement.

A. From Requirement detail page

B. From Requirement list view

A. From Requirement detail page

  1. Open the requirement detail page.

  2. Click on the Delete icon at the top right corner of the screen.

Once the requirement is archived, it looks like below.

 

The Delete icon now appears at the top right corner of the page.

Confirm the operation on the pop-up.

B. From Requirement list view

To view the archived requirements on the screen, select the Show Archived check box above the grid.

It displays archived requirements along with other requirements.

Click on the settings icon for the archived requirement and select Delete.

Deleting a Specific Requirement Version

Read about Deleting a Specific Requirement Version

Share Requirements with Other Users

Share Requirements

Users can share requirements with other users over email. The recipient user will receive an email containing the asset summary with the Message written while sharing the asset and a link navigating to the particular asset. It helps the recipient users easily access the requirements.

Steps

1. Open the requirement details page.

2. Click on the Share icon at the top. The Share pop-up opens.

3. Enter the Email Address of the user with whom you want to share the asset. You can mention multiple email addresses to share the test asset with multiple users at a time.

4. Enter the required message that you want to convey to the recipient of the email.

5. Click on the Share button.

 

Copy Requirement Link

You can copy the link of the requirement to share it further with other team members. It helps you to get the specific requirement and share it with other users through email or chat. The other users with whom the link is shared can access the requirement directly from the link.

→ The following is the syntax of the URL:

https://<URL>>/#/<AssetType>/<AssetKey>

For example,

Steps

1. Open the requirement details page.

2. Click on the Share icon at the top. The Share pop-up opens.

3. Click on the Copy Link button.

The requirement link gets copied to the clipboard. You can share this link with other team members, whom you want to work on the requirement, either through email or chat or any other communication means.

Bulk Operations on Requirements

Read about Bulk Operations

Linking Test Cases to Requirements

You can link test cases with their corresponding requirements.

Use Case: Users link the test cases with related requirements for testing. Testers get an idea of what is being developed by studying the requirements and on that basis, they write test cases to describe how to test the developed application. Thus, linking test case with requirement gives relevance between the two as what is developed and what to test.

Test Cases  can be linked to requirements through the Test Cases tab available on Requirement details page and Requirement edit screen.

Steps

  1. Go to the Test Cases tab of the requirement details page or requirement edit page.

  2. Click on the Link button.

  3. It opens the Link Test Cases pop-up with the list of test cases on it.

You can (A) resize columns, (B) apply to sort on columns (other than multi-lookup lists) and (C) show/hide columns using the Arrange Columns option.

image-20240221-082639.png

Users can apply Basic Filters as well as Advanced Filters on the Link Test Cases screen, which allows quick filtering of test cases to link with the requirement.

Users can easily filter test cases by any system/custom fields for the ease of narrowing down the search for required test cases.

  1. Basic Filters: By default, basic filter fields are provided to filter the records.

  2. Advanced Filters: If users need more fields to filter test assets then click on the '+' icon. It opens the drop-down with a list of additional system and user defined fields corresponding the module. 

Select the field you want to apply the filter on. The filter parameter is added as Advanced Filters. Apply filter as per your requirement.
A. Clear Filter Values

The Clear Filter Values option provides users with improved flexibility, efficiency, and usability in managing and reusing Advanced Filters for important data that may not be easily accessible by default. This option only clears out the values in the filters without removing the fields themselves. It enables users to start fresh with the same set of fields, allowing them to adjust their filter criteria without having to recreate the entire filter setup each time. It preserves empty fields in the filter just like fields with values and allows users to easily modify and refine the filter criteria without losing the content of the set fields. Here, empty fields in the filter will consider all records.

B. Reset Filters

The Reset Filters option will reset the filter to default. All the selected fields for Advanced Filter will be removed from the filter.

Selecting Test Cases Across Projects:

Users can link test cases from other projects as well. The Project drop-down is provided to select the project. The test cases for the project are displayed on the screen.

You can resize columns, apply sorting on columns (other than multi-lookup lists), and show/hide columns using the Arrange Columns option.

  • You can select a particular Version of the test case to link to the requirement. Test Cases with multiple versions are expandable. 

    Use Case: Each version of the test case is expandable so that users can view details of all versions in one place.

    Expand the test case and select the required version to link with the requirement.

image-20240129-125753.png
  • Test Cases of Release & Cycle to this Requirement: Select the check box Test Cases of Release & Cycle to this Requirement, to view only those test cases that are associated with the same Release and Cycle to which the requirement is linked. The checkbox will not be available when you are viewing test assets of other project.

If you want to link test cases from multiple projects, then first select one project. Search records and link them before moving to other projects. For example, User A is in Project 1 and searches for some records and link them before moving to Project 2. Else, all the selection of Project 1 will be wiped off.

Create New Test Case:

To create a new test case, click on the Create New Test Case link at the top right corner of the pop-up. It opens Test Cases module in a separate tab, wherein you can create more test cases. Then refresh the Link Test Cases pop-up to view the newly created test cases on the list. 

Select test cases you want to link and click on the Link Selected Test Cases button.

The Test Cases count on the Requirement details page displays the count of linked test cases to that particular requirement. If any of the linked test cases is archived, then two separate counts are displayed for Unarchived Test Cases and Archived Test Cases.

The selected test cases are linked to the requirement. The linked test case records are shown on the Test Cases tab grid pane.

 

If test cases from other project are linked, then the test cases show Entity Key of the corresponding project.

To view the test case of other project, click on the Test Case Entity Key. It opens the test case detail page in the respective project and will change your current project.

The feature allows you to link latest version of test case to a requirement using test case entity key separated by comma. Maximum 500 entities can be linked at a time.

Use Case: The feature is useful to link test cases to a requirement without searching them individually. For example, users have list of test case keys to be linked to a requirement, they can use this option to link the test cases directly. This feature will save the users' time in searching test cases in different folders and link them.

Notes:

  • Test Case key will be ignored if relevant test case with that key is not found.

  • If a single key is mentioned multiple times, it will be linked only once.

  • If an older version of test case is already linked and trying to link the same test case key, then the latest version can not replace the older version. It will be skipped.

  • Archived versions will be skipped from linking. Only latest unarchived version of test case will be linked. 

Steps:

1. Go to the Test Cases tab of the requirement page.

2. Click on the Link By Entity Key button.

 

 

3. It opens the Link Test Cases pop-up. Mention comma separated test case keys on it.

4. Click Link.


The test cases with mentioned keys get linked to the requirement.

 

How to Unlink Test Cases Linked to a Requirement?

  1. Go to the Test Cases tab of the requirement details page or requirement edit page.

  2. It shows list of test cases linked to the requirement.

  3. Select test case/s you want to unlink and click on the Unlink Selected button.

  4. The test case is unlinked after confirmation.

Sync Latest Requirement Version with Test Cases

You can sync the latest version of the requirement to its linked test cases individually or in bulk. The sync feature in the Requirement > Test Case tab allows you to sync the requirement version with individual test cases or with multiple test cases in bulk.

For example, the current version of the requirement is v3. All the test cases are linked to this version of the requirement. Now, a new version of the requirement is created i.e., v4. Users can sync the v4 of requirement with the linked test case.

Sync Latest Requirement Version with a Single Test Case

When a new version of requirement is available, the sync icon under the Requirement Version column turns Blue in color. You can just click on the icon to sync the latest version of the requirement with the test case in the row.

Sync Latest Test Case Version with Multiple Requirements in Bulk

When a new version of requirement is available, the sync icon under the Requirement Version column turns Blue in color. Select the test cases to which you want to sync the latest requirement version and then click on the Sync Latest Version of Requirement button.

After following (A) or (B) above, the confirmation message pops up.

Click Yes to proceed.

The success message appears.

For bulk sync, the progress will be shown in the Scheduled Task.

You can see the selected test case(s) is synced with the latest version of requirement.

Linking Issues to Requirements

You can link issues with their corresponding requirements.

Use Case: An organization is using Jira for managing defects in their system/product. The requirement itself needs to be analyzed and checked for dependencies/limitations etc. These could be filed as defects and linked with the requirement itself.

Issues can be linked to requirements through the Issues tab available on Requirement details page and Requirement edit screen.

You can resize columns, apply sorting on columns (other than multi-lookup lists), and show/hide columns using the Arrange Columns option.

In the case of linking issues from Jira:

  • The Advance Filter option is also available for the custom fields that are configured/mapped for the Issue module in Projects > Integration.

  • The Arrange Columns option will show all the system and custom fields that are configured/mapped for the Issue module in Projects > Integration.

image-20240129-130535.png

Steps

  1. Go to the Issues tab of the requirement details page or requirement edit page.

  2. Click on the Link button.

  3. It opens the Link Issues pop-up with the list of issues.

Users can apply Basic Filters as well as Advanced Filters on the Link Issues screen, which allows quick filter of test cases to link with the requirement.

Users can easily filter test cases by any system/custom fields for the ease of narrowing down the search for required issues.

  1. Basic Filters: By default, basic filter fields are provided to filter the records.

  2. Advanced Filters: If users need more fields to filter test assets then click on the '+' icon. It opens the drop-down with a list of additional system and user-defined fields corresponding to the module. 

Select the field you want to apply the filter on. The filter parameter is added as Advanced Filters. Apply filter as per your requirement.

A. Clear Filter Values

The Clear Filter Values option provides users with improved flexibility, efficiency, and usability in managing and reusing Advanced Filters for important data that may not be easily accessible by default. This option only clears out the values in the filters without removing the fields themselves. It enables users to start fresh with the same set of fields, allowing them to adjust their filter criteria without having to recreate the entire filter setup each time. It preserves empty fields in the filter just like fields with values and allows users to easily modify and refine the filter criteria without losing the content of the set fields. Here, empty fields in the filter will consider all records.

B. Reset Filters

The Reset Filters option will reset the filter to default. All the selected fields for Advanced Filter will be removed from the filter.

Selecting Issues Across Projects:

Users can link issues from other projects as well.             

The Project drop-down is provided to select the project. The issues for the project are displayed on the screen.

Select issues that you want to link to the requirement.

The Filters will populate only for the selected Project.

If you want to link issues from multiple projects, then first select one project. Search records and link them before moving to other projects. For example, User A is in Project 1 and searches for some records. These records should be linked before moving to Project 2. Otherwise, all the selections of Project 1 will be wiped off.

If test cases from other projects are linked, then the test cases show the Entity Key of the corresponding project.

To view the issue of other projects, click on the Issue Entity Key. It opens the issue detail page in the respective project and will change your current project.

 

Create New Issue: The link is available when you have selected the current project on the drop-down. To create a new issue click on the Create New Issue link at the top right corner of the pop-up. It opens the Issue module in a separate tab, wherein you can create more issues. Then refresh the Link Issues pop-up to view the newly created issues on the list.

Select issues you want to link and click on the Link Selected Issues.

The issue is linked to the requirement and is displayed on the Issues tab on the details page.

When Jira is configured with QMetry

When Jira project is configured with QMetry project, you have to select the Jira instance and its project from which you want to link Jira issues to requirements in QMetry. 

You can apply Filters which allow quick filter of issues to link with the requirement.

  1. Go to the Issues tab of the requirement details page or the requirement edit page.

  2. It shows the list of issues linked to the requirement.

  3. Select the issue/s you want to unlink and click on the Unlink Selected button.

  4. The issue is unlinked after confirmation.

Associate Releases & Cycles

The tab allows users to associate release and cycle to the requirement. Release and Cycles are added from Projects > Project/Release/Cycle.

Once the requirement is created, the user wants to add it to a particular Scope - release and cycle. For this reason, they edit the requirement and associate new release and cycle to it.

  1. Click on the Add New button to associate the release and cycle with the requirement. The drop-downs are enabled by clicking on the Add New button.

  2. Select the release(s); the cycle list is prompted for the selected release.

  3. Select the cycle. You can select multiple cycles.

  4. Select the version of the entity to associate as you can link releases and cycles to a particular version of the requirement.

  5. Click Save.

The associated release and cycle appear in the grid on the screen.

To remove the release and cycle association with the requirement, click on the Unassociate button for the release and cycle combination.

Issue Traceability in Requirement

When a test case, which is associated with a requirement, gets executed through a test suite and a bug is logged, this logged bug is displayed under the Issues tab of the Requirements module.

In the Requirements module, the issues tab displays issues linked to the requirement either directly or indirectly through the execution of associated test cases.

The following new columns are added to the Issues tab grid.

→ The Priority column on the Issue tab of the requirement shows the priority of issues that need to be fixed.

→ Direct Linkage column:

  • If the issue is linked from the test execution (i.e. issue linked while execution of the test case to which the requirement is associated), then the Direct Linkage shows “No”.

  • If the issue is directly logged with the requirement, the Direct Linkage shows “Yes”.

  • If the issue is linked with the test case without its execution and this test case is associated with the requirement, then the Direct Linkage shows “No”.

  • If Jira is integrated with the QMetry Project, then the Jira issue will be linked to the requirement only if the Requirement module is synced with a Jira issue type.

  • Only directly linked issues to requirements can be unlinked using the Unlink icon on the Issue tab.

  • Issues which are linked from executions can be unlinked from the execution screen.

→ Execution column:

  • The Execution column on the Requirements > Issues tab shows the count of test executions the issue has been linked to.

  • Clicking on the count opens the Execution Runs pop-up with execution details of the issue, executed Platform, Release, Cycle, Linkage Level, etc.

  • The Linkage Level column shows the issue is added on test case level or test step level on the execution screen.

 

 

When Jira is integrated with QMetry -

  • Issue linked while execution appears in the Issues Link section of Jira. It may take upto 15 minutes to reflect in Jira.

  • The issues logged with requirement appears in the Issue Links section of story in Jira.

  • If issue is unlinked from QMetry, the jira issue link is also removed.

  • If Jira issue link is deleted, it only removes the issue link from Jira story, and the issue does not get unlinked/deleted from QMetry.

Requirement Version

Read about Requirement Version

Change Log

Read about Change Log

Import Requirements

You can import requirements into QMetry from an Excel file as well as from Jira.

Importing Requirements from Excel File

Sync Requirements & Issues from Jira

Export Requirements

You can export requirements either as XLSX or CSV Format.

Read more about Exporting Requirements.

BDD Editor

You can access BDD / Gherkin Editor in the Requirements module. Read more about BDD Implementation.

More Features

Features common between modules are covered under More Features.