Page History
Because Xray uses issue types for mapping test concepts, you can choose how to organize your projects to best suit your organisation organizational needs. You can keep your current projects separate from Xray, or combine them together.
Xray is flexible enough to deal with scenarios where, for security or compliance reasons, you have to manage JIRA Jira entities on different projects.
Table of Contents
Creating or Configuring Test Projects
Please check the following links in order to:
- Create a new testing project using the Xray project template
- Configuring an existing project with the Xray issue types and screens
Project
...
Organization Use Cases
Bellow we present Below are some common use cases of showing how to use Xray in combination with other projects in JIRAJira. Xray issue types support associations from different projects. You can add Tests from one project to Tests Executions on another project, or even mix Tests from different Projects in the same Test Execution or Test Set issue.
All
...
-in-one
You can use a single project to manage your Requirements and Defects, Test-related issues and also have as well as all your Test Executions.
...
Gliffy Diagram | ||
---|---|---|
|
Don't mix my Requirements and Defects with Tests
If you already have a JIRA Jira project for managing requirements Requirements and defects Defects and don't want to have any tests nor executions in this project, you can create a separate companion project just for testing purposes.
...
Gliffy Diagram | ||
---|---|---|
|
Dedicated repository for Tests
Another common use case for Xray is to have a dedicated project for Test (and Pre-Condition and Test Set) issues; sometimes called , referred to as a Tests repository. Test Executions are the responsibility of other project(s). This separation allows to manage permissions more effectively, so maybe only a set of few testers has have permission to write tests and others only have permission to execute.
Of course, this use case can also be combined with the previous use case one by having also separate projects for managing Requirements and Defects.
...
Tip | ||
---|---|---|
| ||
If you plan to have separate projects for managing Requirements/Defects and Tests Executions , and you want to analyse analyze Requirements by version, then your Requirement's project version names must match the names of the Test Execution's project, this . This is how to do it. |
Completely
...
separate
In this use case, you have the Tests, Requirements, Executions & Plans and Defects all separated and being handled on different projects.
...
Gliffy Diagram | ||
---|---|---|
|
Isolated repository for Tests
In this more uncommon scenario, you would have your requirements outside of JIRA Jira in some other tool and . You use JIRA Jira only as a test repository , for creating Tests, Test Sets, Test Plans and Test Executions.
You can use Xray for this, but you will loose lose the benefits of requirement coverage and traceability.
...
Gliffy Diagram | ||
---|---|---|
|
Info |
---|
User's Users implementing this scenario might gain huge benefits if they are able to synchronize requirements between the other tool and JIRAJira. |