Page History
Table of Contents | ||
---|---|---|
|
Importing Execution Results
Execution results can be imported to Jira through JSON/XML representation formats specified in Import Execution Results.
For each import file format, Xray provides a specific REST endpoint:
Xray JSON format | /rest/raven/1.0/import/execution |
Xray JSON format multipart | /rest/raven/1.0/import/execution/multipart |
Cucumber JSON output format | /rest/raven/1.0/import/execution/cucumber |
Cucumber JSON output format multipart | /rest/raven/1.0/import/execution/cucumber/multipart |
Behave JSON output format | /rest/raven/1.0/import/execution/behave |
Behave JSON output format multipart | /rest/raven/1.0/import/execution/behave/multipart |
JUnit XML output format | /rest/raven/1.0/import/execution/junit |
JUnit XML output format multipart | /rest/raven/1.0/import/execution/junit/multipart |
TestNG XML output format | /rest/raven/1.0/import/execution/testng |
TestNG XML output format multipart | /rest/raven/1.0/import/execution/testng/multipart |
NUnit XML output format | /rest/raven/1.0/import/execution/nunit |
NUnit XML output format multipart | /rest/raven/1.0/import/execution/nunit/multipart |
Robot Framework XML output format | /rest/raven/1.0/import/execution/robot |
Robot Framework XML output format multipart | /rest/raven/1.0/import/execution/robot/multipart |
Compressed .zip file (e.g., Calabash execution results) | /rest/raven/1.0/import/execution/bundle |
Xray JSON results
When importing execution results using Xray JSON result format in a Continuous Integration environment, you can specify which Test Execution issue to import the results on using the "testExecutionKey" property. Alternatively, you can create a new Test Execution for the execution results and specify the Test Execution issue fields in the "info" object.
Expand | |||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||
|
Xray JSON results Multipart
Xray provides another endpoint if you want to create or update a Test Executions and have control over all Test Execution fields. It allows you to send two JSON files, the normal Xray JSON result and a JSON similar to the one Jira uses to create/update issues. For more information about that second format, check the Jira documentation here. Note that in this endpoint the info
property in the Xray Json result part will be ignored.
Expand | |||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||
|
Cucumber JSON results
After executing Cucumber features, you must import the outputted JSON execution results to Jira using the following endpoint:
Expand | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
Cucumber JSON results Multipart
Xray provides another endpoint if you want to create new Test Executions and have control over newly-created Test Execution fields. It allows you to send two JSON files, the normal Cucumber result JSON and a JSON similar to the one Jira uses to create new issues. For more information about that second format, check the Jira documentation here.
Expand | |||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||
|
Behave JSON results
After executing Behave features, you must import the outputted JSON execution results to Jira using the following endpoint:
Expand | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
Behave JSON results Multipart
Xray provides another endpoint if you want to create new Test Executions and have control over newly-created Test Execution fields. It allows you to send two JSON files, the normal Behave's result JSON and a JSON similar to the one Jira uses to create new issues. For more information about that second format, check the Jira documentation here.
Expand | |||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||
|
JUnit XML results
After executing JUnit tests, you must import the outputted XML execution results to Jira using the following endpoint:
Expand | |||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||
|
JUnit XML results Multipart
Xray provides another endpoint if you want to create new Test Executions and have control over newly-created Test Execution and Test fields. It allows you to send one XML file (the JUnit report) and two JSON files similar to the one Jira uses to create new issues. For more information about that JSON format, check the Jira documentation here.
As of the creation of Test issues, some field values in the JSON file will follow some rules:
- Issue Type: Overridden by the Test issue type;
- Summary: Overridden by the internally generated summary;
- Parent: This field is ignored;
- Project: If the there is not a Test issue with the same Generic Test Definition, then it will be created in the provided project;
- Generic Test Definition: Not allowed to provide a value for this field.
Expand | |||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||
|
TestNG XML results
After executing TestNG tests, you must import the outputted XML execution results to Jira using the following endpoint:
Expand | |||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||
|
TestNG XML results Multipart
Xray provides another endpoint if you want to create new Test Executions and have control over newly-created Test Execution and Test fields. It allows you to send one XML file (the TestNG report) and two JSON files similar to the one Jira uses to create new issues. For more information about that JSON format, check the Jira documentation here.
As of the creation of Test issues, some field values in the JSON file will follow some rules:
- Issue Type: Overridden by the Test issue type;
- Summary: Overridden by the internally generated summary;
- Parent: This field is ignored;
- Project: If the there is not a Test issue with the same Generic Test Definition, then it will be created in the provided project;
- Generic Test Definition: Not allowed to provide a value for this field.
Expand | |||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||
|
NUnit XML results
After executing NUnit tests, you must import the outputted XML execution results to Jira using the following endpoint:
Expand | |||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||
|
NUnit XML results Multipart
Xray provides another endpoint if you want to create new Test Executions and have control over newly-created Test Execution and Test fields. It allows you to send one XML file (the NUnit report) and two JSON files similar to the one Jira uses to create new issues. For more information about the JSON format, check the Jira documentation here.
As of the creation of Test issues, some field values in the JSON file will follow some rules:
- Issue Type: Overridden by the Test issue type;
- Summary: Overridden by the internally generated summary;
- Parent: This field is ignored;
- Project: If the there is not a Test issue with the same Generic Test Definition, then it will be created in the provided project;
- Generic Test Definition: Not allowed to provide a value for this field.
Expand | |||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||
|
Robot Framework XML results
After executing Robot Framework tests, you must import the output XML execution results to Jira using the following endpoint:
Expand | |||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||
|
Robot Framework XML results Multipart
Xray provides another endpoint if you want to create new Test Executions and have control over newly-created Test Execution and Test fields. It allows you to send one XML file (the Robot report) and a JSON similar to the one Jira uses to create new issues. For more information about that second format, check the Jira documentation here.
As of the creation of Test issues, some field values in the JSON file will follow some rules:
- Issue Type: Overridden by the Test issue type;
- Summary: Overridden by the internally generated summary;
- Parent: This field is ignored;
- Project: If the there is not a Test issue with the same Generic Test Definition, then it will be created in the provided project;
- Generic Test Definition: Not allowed to provide a value for this field.
Expand | |||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||
|
Multiple Execution Results
In order to import multiple execution results (e.g., outputted from Calabash or Xamarin Test Cloud), you must import the bundled compressed file with multiple execution results to Jira using the following endpoint:
Expand | |||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||
|
How results are mapped to Test entities
Whenever importing results from some frameworks (i.e. JUnit, TestNG, NUnit, Robot framework), Xray can identify the automated test from the report/results file, based on an hardcoded criteria (such as the class name plus the class method corresponding to the automated test). However, depending on the test automation framework, it's possible to specify the Test issue key to which report the results in the test's code.
Independently of whether the test is identified implicitly (based on some attributes present in the test result file) or explicitly (based on the provided Test key), related Test Runs are always reported against the correct Test issue. As a consequence, if you report results multiple times there won't be duplicated Test entities.
When the identification is implicit, Xray is able to create (Generic) Test entities, if needed, per each automated test; these will be reused afterwards in similar cases.
Whenever processing results from a automation framework, for each automated test result,
- If the Test key is provided and...
- it exists, then create a Test Run for that Test
- it doesn't exist, then don't create any Test Run (since for some reason the explicitly identified Test does not exist)
- if no Test key is provided...
- try to find a Test in the identified project with the same Generic Test Definition (e.g. with the same class name+class method for example)
- if it exists, then create a Test Run for that Test
- if it doesn't exist, then search for a Test with the same Generic Test Definition in all JIRA projects
- if it exists, then create a Test Run for that Test
- it doesn't exist, then create a Test in the identified project (based on the project's key or the project associated with the provided test execution key)
- try to find a Test in the identified project with the same Generic Test Definition (e.g. with the same class name+class method for example)
For some frameworks, including Cucumber and Behave, Tests must exist previously to the submission of results related to them.
The reason for it,resides mainly in the fact that is not possible to create the complete Test specification from the results file.