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; } } }

date based reminder notifications

Drew McManus

I'm looking for a solution to address a scenario we encounter where a dev moves an issue into Test but QA does not have the bandwidth to address right away.

As the QA tester, I need a way to get a notification to help prevent the issue from falling between the cracks.

We routinely use due dates for issues so I don't want to use that as the trigger but are there other options available that use date based fields or a way to generate a notification if an issue hasn't been looked at by the QA tester or number of days since the card was moved or last commented?

Another potential angle we've considered is creating a filter view that only shows issues that haven't had any movement in {#} days.

I'm open to other solutions if anyone has ideas.

Accepted answers

All comments

Trudy P Claspill

Hello @Drew McManus

If you can develop a filter to find the issues you want, you can subscribe to the filter and receive its output periodically in an email.

The trick is you have to be able to identify which issues are of interest.

if an issue hasn't been looked at by the QA tester or number of days since the card was moved or last commented?

Jira doesn't record the number of days since an issue changed status, nor the number of days since the last comment was made. You could create automation rules that would update a custom date field (that you make) to record the date each time an issue changes its status, and/or has a comment entered, and then that date field can be part of the issue selection process. You could then create a filter that selects issues based on:

"Your custom date field" =< startOfDay(-###)

...where -### is the number of days you want as your limit. You would, of course, have additional criteria in the filter to further limit the issue returned, such as status=Test

Do you have any experience with Automation Rules?

https://support.atlassian.com/cloud-automation/docs/jira-cloud-automation/

Drew McManus

Thanks Trudy, I don't have a great deal of experience with automation rules, no. That's one of our pain points using Jira is the VERY high learning curve to get something more than a kanban board with cards that have customizable fields.

Team members change the assignee for issues between devs and testers as work progresses so I wonder if an automation that uses the number of days when the assignee was changed would work.

I see there's an "When:Issue Assigned" option but I don't know where to go for the If conditions to set the number of days to trigger the notification. I don't see any date based conditions as options.

Trudy P Claspill

Hello Drew.

Jira does not record "days since" something changed in specific fields. The date that things changed is recorded in the issue History entries, but there is no simple way to get a specific history entry or history entries related to specific things.

There is a special JQL operator called CHANGED that can be used with a limited number of field, including the Assignee and Status fields.

https://support.atlassian.com/jira-software-cloud/docs/jql-operators/#CHANGED

You could use a filter like:

status=Test and status CHANGED TO "Test" BEFORE startOfDay(-###)

That would give you the issues currently in Test that were also changed to Test some number of days ago. But that alone doesn't tell you whether or not the Assignee has made any changes to the issue since then.

What other conditions/activity in the issue would help you determine if something had been done by the tester since the issue was transitioned to Test?

What would you want to do with the output? Do you want one list sent to 1..n people? Do you want a list sent to each Assignee with just the issues assigned to them?

Drew McManus

Roger that and this all helps. In our process, assignees are handled by the respective team members, here's a typical scenario:

Issue in Dev is moved to Test by Developer User
Developer User changes Assignee to QA User
If QA User discovers something the Developer User needs to address, they change the Assignee back to the Developer User and add all testing notes as a comment.
This continues until the Issue is ready to move to the next stage.

Usually, QA Users are able to jump on testing the same day an issue is Assigned to them so the problem to solve here is to help QA Users remember the ball is in their court during periods where testing tasks exceed bandwidth. Having Jira send a notification when an issue has no activity for X number of days would make sure nothing falls between the cracks.

Victor - Modus Create

Hi @Drew McManus ,

From what I understood of your request, it seems that you would find an alternative for this using Notification Assistant for Jira Cloud:

- https://marketplace.atlassian.com/apps/1211069/notification-assistant-for-jira-email?hosting=cloud&tab=overview

The app allows you to set many different triggers that could help you with the task at hand.

Hope it helps.
Cheers,
Victor | Modus Create

Welcome!

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

Quick Links

Find more posts tagged with

jira

cloud

jira-cloud