nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Automation rule for Jira/Xray: Add field values from test execution to a defect created from this

Daniela Maubach

Hello everyone,

our situation:
We use Xray/Jira DC and cannot make any changes to the fields outside of the Xray issue types.

If a defect is created from a test execution/test run, we are therefore missing the informations of the field "testenvironments".

So we want to add the value of the field "testenvironments" (labels, issue Test Execution) to the environment field (freetext, defect) when a defect is created from a test run.

Does anyone have any ideas or tips for a suitable automation rule?

Accepted answers

All comments

Stefan Salzl

Hi @Daniela Maubach - welcome to the community,

is there any characteristic that uniquely identifies a defect created from an execution (like a special linking or so)?

This would be needed to specify the trigger and consition for an A4J rule.

Best
Stefan

Stefan Salzl

Hi @Daniela Maubach

There is an option in xray settings that specifies that a defect created out of an execution is linked to the test execution (i tested this, it´s set with the created link type).

Provided that this setting is set and the issue link is set when a defect is created out of a test run - this can be done as this would be the only trigger that comes to my mind.

Nevertheless, it was a tough task to find the solution.

The field "Test Environments" is not a native Jira field therefore it cannot be fetched directly via field actions or smart values in Automation. Therefore it´s necessary to call the graphql api to fetch this information.

Trigger:

when - Issue linked, Types: Defect

I set the condition to check if the linked issue is a test execution to limit potential activations of the rule.

Then there is the tricky part of getting the field value of "Test Environments":

I call the xray graphql api with the query "getTestExecution" and ask for the testEnvironments information. I then store the response to a variable to use later on when editing the created defect (see screenshots):

To edit the correct a branch of type "Destination issue" is created. This will take the Defect into context and the actual edit action is made in the created/linked defect issue (i just wrote the information into the description field, you just need to change the field regarding your requirement):

I tested this rule in my system and it did the job.

Hope I could give some helpful input.

Best
Stefan

Daniela Maubach

Hello Stefan,

I'm currently heavily involved in a release.

Thank you very much for your comments, time and thoughts!

I won't be able to test it until next week but will let you know as soon as possible.

I wish you a wonderful weekend!

Daniela

Stefan Salzl

Hi @Daniela Maubach

Thanks for your kind feedback and letting us know even though I´m sure you have little time for this in between a release 🙈🥵 great communication skills - I highly appreciate 👌🏼🙏🏼

deep dive and give it a shot whenever possible and just let us know if it´s working or if there are any further questions.

Best
Stefan

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

atlassian-marketplace

xray

automation

data-center

rule

atlassian-marketplace-data-center