Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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 Xrayor 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:

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
nameall_in_one

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
nameseparated

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
titleTest Execution Versioning

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
namecompletely_separated

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
nameisolated_test_repository

Info

User's Users implementing this scenario might gain huge benefits if they are able to synchronize requirements between the other tool and JIRAJira.