These flows are being developed in late-July 2020, and are intended for use with the SAF and PLACES Jira products (i.e. the GPS Mobile App, and Safe Places).
...
Assign themselves to the ticket
Review the notes on the ticket and add further clarifying information
Once you being to work on the bug fix, transition status to IN TEST
Once you have completed testing, transition status to DONE
Update the testing you completed for the bug fix in the ticket
If you find a problem with the bug fix, then transition status to IN PROGRESS and assign back the the Developer
If you get stuck on a ticket and cannot progress, assign the ticket to “Triage QA” where one of the leads will pick up and review
Review the notes & form a judgment whether they can do the testing
If they can test in the next few days, they should do so
If they can’t test in the next few days, but the testing is fairly straightforward, they should
Add clarifying notes explaining what testing needs to be done
Assign the ticket to “Test Queue”
If they can’t test in the next few days, and the testing is complex or specialised, they should
Add clarifying notes explaining what testing needs to be done, and highlighting the specific difficulties
Assign the ticket to “Triage QA”
Once a tester begins working on testing a bug fix, they should transition the status to IN TEST
Once a tester completes testing of a bug fix, they should transition the status to DONE
If the tester finds problems with the bug fix, they should transition status to IN PROGRESS, and assign back to the Developer. In some cases, it will be worth reaching out on slack as well, to ensure the Dev & Tester are in sync.
New Features workflow
New Features are tracked by either Stories or Epics (with just a couple of minor differences between them in terms of process).
...
When a Tester receives a new feature in READY FOR TEST state, they should:
Assign themselves to the “QA:” subtask ticket
Review the notes on the subtask ticket and add further clarifying information
Once you being to work on the new feature, transition status to IN TEST
Once you have completed testing, transition status to DONE
Update the testing you completed for the new feature in the ticket
If you find a problem with the new feature, then transition status to IN PROGRESS and assign back the the Developer
If you get stuck on a ticket and cannot progress, assign the ticket to “Triage QA” where one of the leads will pick up and review
New stories and epics assigned to Triage QA will be monitored by a team of QA product leads.
When a card is assigned to “Triage QA”, one of these leads will:
Review the information provided by Dev and clarify any missing info
Identify any particular issues that may exist with testing this function, any blockers etc.
Provide detailed set of test guidance for the feature, that a tester will be able to follow
Create one or more sub-task tickets tracking the specific testing that needs to be done:
These sub-tasks always have a name beginning “QA:”
Each sub-task includes detailed guidance on the testing to be done.
See below for details of the life-cycle of these sub-tasks.
The state of the card remains “READY FOR TEST” - testing status is tracked under the individual sub-tasks.
The above applies equally to Epics, Stories, and occasionally to bugs (where the test lead determines that substantive testing is needed for the bug fix, over & around just validating the original bug scenario).
Note that when the card in question is an Epic, an additional child Story card must be created first, and the sub-task created under that.
”QA:“ sub-tasks workflow and tasks
...