Is it possible to automatically assign all issues which move from "in progress" to "testing" to a user?

We would like to have one person in charge of all testing, so we want to make them the default assignee whenever a developer moves an issue from in progress to testing. Is there any way to do this? If so, I would appreciate a blow-by-blow of what the steps would be to do this. Thanks!

3 answers

Dieter is spot on to advise creating your own workflow and then modifying that... allowing you to roll back to use the default workflow as a comparison if things ever go wrong.

The specific post-function for assigning an issue to a named user (your person in charge of testing) is:

"Update Issue Field"

..with "assignee" being one of the fields that you can update.

One tweak on assigning to a particular tester is to assign to a dummy user (say, "Test Queue") such that individual testers can then assign specific issues to themselves (or have them assigned). A bit like "In Progress" but without using a separate step.

It's also possible to automatically assign to different testers depending on the project using the "Assign to role member" Post-function in the JIRA Miscellaneous Workflow Functions plugin:

https://studio.plugins.atlassian.com/wiki/display/JMWE/JIRA+Misc+Workflow+Extensions+Documentation#JIRAMiscWorkflowExtensionsDocumentation-Assigntorolemember%28newin1.2%29

...whether this is useful for you would depend on factors such as the size of your test team, etc.

You can create your own workflow (copy from jira workflow), add this to your own workflow scheme and assign this workflow scheme to your project. The modified workflow should set the assignee field to the user in charge of testing in a workflow post function. At https://confluence.atlassian.com/display/JIRA/Configuring+Workflow#ConfiguringWorkflow-Usingapostfunctiontosetafield you find more details how to set a jira system field like resolution or assignee in a post function

This seems like a good solution, but what do you do if it's an active workflow...deactivate it, add the post-function, then reactivate it and hope that no one tried to do anything while it was inactive?

For the type of changes that we are talking about (tweaking assignee or adding a postfunction to an existing transition) there is no need to deactivate the workflow. Use the "Create Draft" function and then "Publish" once you are happy. The linked page explains the limitations of Draft Workflows.

I use my dev server to test changes and also go through a change control process before publishing changes on the live JIRA (and carry out the act of publishing outside normal working hours) but have never had any problems that required a roll-back.

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted Friday in Europe

Venue Needed! 23rd October

Hey Everyone! Unfortunately, the venue that was hosting us on the 23rd has pulled out so we're looking for a new venue.    If anyone would have a room free that we could use on the ev...

36 views 1 0
View post

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you