Bug Defect Triage Process
Bug Defect Triage Process
Testing Process
Tranzact
2019
Defect Triage Process
• Considerations
• Defect Triage Meeting
• Frequency
Overview Defect Severity Defect Priority Jira Workflow Process Glossary
• Involved Parties
• Responsibilities by Role
/ • Outcome
Contents
Overview
The word “Triage” is basically used in
the medical field.
In our internal Testing Process, Defect severity can be categorized into four class:
Critical: This defect indicates complete shut-down of the process, nothing can proceed further
Major: It is a highly severe defect and collapses the system. However, certain parts of the system remain functional
Medium: It causes some undesirable behavior, but the system is still functional
Low: It won't cause any major break-down of the system
Defect Priority
Defect priority can be categorized into three class:
Low: The Defect is an irritant but repair can be done once the more serious Defect has been fixed
Medium: During the normal course of the development activities defect should be resolved. It can wait until a
new version is created
High: The defect must be resolved as soon as possible as it affects the system severely and cannot be used until
it is fixed
Jira workflow Defect
To Do
In
Canceled
Progress
Fixed
Defect Triage Process
A member of the team prepare a list of Defects, the same member or different reviews the defects, identify possible
root cause. Defect assessment will be done on the basis of defect severity. In this assessment process, the triage team
will decide whether these defects are needed to be fixed or kept on hold or removed from the list. The defects which
are in the list of “to be fixed” will be assigned to the concerned department/person after proper analysis of the
defects.
This process does not apply to all types of initiatives in our Agile/Kanban methodology.
Different agile teams have different processes because they have different needs.
As usual, we discuss in our daily meeting about our internal blocked tasks testing but what happened when
we have more than 15 defects in the same sprint, how we can talk about those defects or other
unpredictable situation in 5 minutes, in this case we need to applies our ‘Defect/Bug Triage Process’.
If you are working in KTLO initiative you can follow Bug Internal Process.
Defect Triage Meeting
Bug Triage Meeting is done to sort out the priority of all open bugs. When and how these open bugs need to be fixed
is decided in this Defect Triage Meeting.
The objective of a triage meeting is to track all the defects and makes sure the correct resolution in a timely manner.
During Defect Triage Meetings, Triage Team decide how to categorize and prioritize defects.
Other activities involve assigning or rejecting new defects created from the last triage meeting.
THE FR EQUENCY OF
D EF ECT TR I AG E
• Release Manager
• Development Team
• Tester
• Product Owner
• Business Analyst
Responsabilities – Test Team (Internal Defect)
Before Triage Meeting
1. Has enough information to understand the defect for all the participants in the meeting.
4. Create a defect Triage report and send it to all attendees before the meeting.
5. Scheduled Defect/bug triage meeting and send meeting notification for attendees.
2. Discuss each defect and impact on the schedule if any functionalities are blocked due to the defect.
3. Helps in assigning priority and severity of each defect if it was not assigned correctly earlier.
Triage Team in the meeting look into the issues and come to a conclusion on which defects should require immediate attention and
which defects can be postponed for future releases. In the initial stage of the project, even the lowest priority bugs will be accepted to
fix it. When the deadline is reaching, teams will concentrate more on high priority bugs and keep others on hold
In this meeting are resolved questions as what…
Status of the bugs will be updated and assigned to the respective teams
Finally, Test Lead calls out for the meeting after taking a note of all the action items.
Outcome – Post Triage Meeting
At the end of every meeting, Defect Triage Metrics will be prepared and given to all the attendees. This report acts as the
meeting minutes which will prove helpful for future meetings.
If Product owner found issue in UAT Testing then she/he should perform report issue, but you as assigned QA
member should track and prepare the standard outcome of this process, and then store in our QA Lesson
Learned Repository.
Priority of a defect is related to
Severity of a defect is related to how quickly a bug should be
how severe a bug is. Usually the fixed and deployed to live
severity is defined in terms of servers. When a defect is of high
financial loss, damage to severity, most likely it will also
environment, company’s have a high priority. Likewise, a
reputation and loss of life. low severity defect will normally
have a low priority as well.
Glossary
Jira ID Defect Title Created Report By Assigned to Severity Priority Status Resolution Root Caused
Date
9856 HMA – Failing 01/15/19 Kim Bass Arturo Critical High Open Configuratio
Outbound Huerta n
Dialing Deployment
9854 OMA – Call are 01/15/19 Tom Don Carlos Bruce High High Open Configuratio
redirected to n
invalid skill Deployment
9851 HMA-Wrong 01/14/19 Mario Pablo Cortez Medium Low Open Bad
verbiage in Ugarte Configuratio
Agent Scripting n in LM
9853 OMA-Wrong 01/14/19 Celeste Tany Lopez Low Low Open Bad
Campaign Bravo Configuratio
notification for n in LM
16983 AFID
Anexo 2 – Tips to determinate the Severity of a defect
Take some consideration: if the occurrence of a minor-defect is frequent in the code, it can be more severe. So from a user's
perspective, it is more serious even though it is a minor defect.
Override
Calendar field
Supervisor
accepts
approval does
characters
not work
Don’t Forget always Think from the users perspective.