Project Permissions Impact
Project permissions and their settings affect the use of the QAlity Plus app. Incorrectly configured, they can lead to a situation where the user cannot perform a certain action related to the app.
Even if you're a Jira Admin, it doesn't mean you have all the required permissions for a project, which can cause problems when using the app.
Itβs important to understand how a given permission affects a function in the app. Therefore, the most common cases are listed in the table below, showing how the absence of certain permissions impacts functions in the app.
The most common cases reported by our clients
Β
Problem
The user in the Test Cycle Overview panel tries to view the Test Cycles from a given project, but nothing is shown to them (Request failed with status code 400).
The user cannot create a test case, for example, from the Test Case Repository page or in the work item Jira (The Jira server was contacted but has returned an error response. We are unsure of the result of this operation. Close this dialog and press refresh in your browser).
The user cannot add test steps to an existing test case (the button is grayed out).
The user has different user groups in a Team Managed project - the internal team and the clientβs team. The client's team is not able to manage and edit test cases.
The user would like to link the test case to the selected requirements (e.g., Story), but does not see such an option in the list under the +Add button.
Solution
No Browse Project permission in the project the user is trying to filter.
No Create Issues permission for the project where the user attempted to create a test case.
No Edit Issues permission in the project where the test case was created.
The client's team members are marked as View role in the Project Settings instead of Member role, which includes Edit Any Issue permission.
No Link Issues permission in the project where the user links the test case.
Table of permissions and their impact on QAlity Plus
This part presents the matrix of the impact of disabling a given permission occurring in QAlity and QAlity Plus depending on the given page/subpages or the roles played in the project (divided into project types). Cloud (Company-managed software) projects and server: (Business and Software) projects. Before you start analyzing the table, please take a look at the video explainer and read the legend below.
Β
Legend:
- When a given permission is restricted, it means actions cannot be performed by the user.
- When a given permission is restricted, it means actions can be performed by the user.
- When a given permission is restricted, it means some actions can be performed by the user and some cannot. The description contains a detailed explanation.
Β
Pages/'Subpages' | No browse βprojectsβ permission | No create βissueβ permission | No edit βissueβ permission | No create attachments permission | No delete All attachments permission |
|---|---|---|---|---|---|
Jira issue view/QAlity issue type | n/a Β |
1. The user cannot create a test case. 2. The user cannot add attachments - to add an attachment in a test case, the user must have create βissue' permission and create 'attachmentsβ permissions. Β |
| The user cannot add an attachment to the test case. To add an attachment in a test case, the user must have create permission and create attachments permissions. | The user cannot delete attachment to the test case. To remove an attachment added by other users, the user must have two permissions: edit permission and delete all attachments permission. |
Execution page | Execution is not available for the user. | The user can:
The user cannot:
| The user cannot:
| The user cannot add an attachment to the test case. To add an attachment in a test case, the user must have create issue permission and create attachments permissions. | The user cannot delete attachment to the test case. To remove an attachment by other users, the user must have two permissions: edit permission and delete all attachments permission. |
Execution history page | The user doesn't have access to the issue, therefore they cannot enter Execution history. |
Β |
1. The user can go to the execution history page 2. Go to the execution page of a test case that does not have edit permission through the execution history page. The user cannot delete the execution. | n/a | n/a |
Test cycle Overview page |
| The user can close/reopen and delete the test cycle. 1. Create test cycle modal - project filter: The selected project wonβt be visible on the project filter. 2. Clone test cycle: The user cannot clone the test cycle. | The user can enter the test cycle, but They cannot clone/delete/close/reopen the test cycle. | n/a | n/a |
Test Cycle Details page | The user has no way to enter the page. The Test Cycle Details page wonβt be visible for the test cycle from the project without browse permissions. | The user can:
The user without create permission cannot clone the test cycle. Β | The user cannot:
| n/a | n/a |
Execution report page | The selected project wonβt be visible on the project filter. | n/a | n/a | n/a | n/a |
Traceability report page |
| n/a | n/a | n/a | n/a |
Test Case Repository page - all test cases | Project filer: 1. The selected project wonβt be visible on the project filter. Test case menu/bulk bar - Add test case to folder/subfolder: 2. The selected project wonβt be visible on the select folder modal. Bulk bar: 3. Add to test cycle: The selected test cycle wonβt be visible for the project without browse permission. a. Create a new test cycle: The user cannot create a test cycle for this project. Display folder/subfolder on side menu: 4. If the Admin creates a folder in which the main project is selected without browse permission for the Regular user, then the regular user won't see this folder/subfolder in the side panel. Create a folder/subfolder 5. Side menu/bulk bar: the selected project wonβt be visible on the project filter. | Project filer: 1. the selected project will be visible on the project filter. Test case menu/bulk bar - Add test case to folder/subfolder: 2. the selected project will be visible on the select folder modal. Bulk bar: 3. The user can add any test case to that folder/subfolder. Display folder/subfolder on side menu: 4. If the Admin creates a folder in which the main project is selected without create permission for the Regular user, then the regular user will see this folder in the side panel. DnD 5. The user can dnd test case to the folder/subfolder with create permissions. Create folder/subfolder (side menu/bulk bar): 1. The user cannot create a folder/subfolder. Bulk bar: 2. The user cannot create a test cycle using the bulk bar Create Test Case: 3. The user cannot create a test case while clicking the button. Β | Project filer: 1. the selected project will be visible on the project filter. 2. The user can create a folder. Display folder on side menu: 3. If the Admin creates a folder in which the main project is selected without edit permission for the Regular user, then the regular user will see this folder in the side panel. Test case menu/bulk bar - Add test case to folder/subfolder: 1. The user cannot add test case by menu/bulk bar to folder the selected project wonβt be visible on the folder (the user doesnβt have edit permission for the main project folder) DnD 2. The user cannot dnd a test case to the folder/subfolder without edit permissions. Β Β | n/a | n/a |
Test Case Repository page Repository - folder view | The same as Test Case Repository page - all test cases. | 1. Project filter: The selected project will be visible on the project filter. Delete a test case from a folder/subfolder 2. The user can delete a test case from the folder/subfolder without create permission. Create a test case in a folder/subfolder 3. The user can create any test case in this folder but cannot create a test case for the selected project without create permission. | Create test case in folder/subfolder 1. The user cannot create a test case in this folder. DnD 2. The user cannot dnd test case to the folder/subfoler without edit permissions. Β | n/a | n/a |
Dashboard page Β | The selected executed test case wonβt be visible on the entire page. | 1. Create test cycle modal - project filter: the selected project wonβt be visible on the project filter. | n/a | n/a | n/a |
Bulk test case page | The selected project wonβt be visible on the project filter. | n/a | The user cannot select project without edit permissions. Β | n/a | n/a |
Import page | The selected project wonβt be visible on the project filter. | The user cannot import test cases to that project. | n/a | n/a | n/a |
Export page | n/a | n/a | n/a | n/a | n/a |
QAlity settings page | Jira admin has access to this page and will see the project without browse permissions. | n/a | n/a | n/a | n/a |
Test Case Execution Status Scheme | The lack of browse permission does not affect access to this page, provided you are a Jira admin. | n/a | n/a | n/a | n/a |
Test Type page (Plus Advanced version) | The lack of browse permission does not affect access to this page, provided you are a Jira admin. | Β |