Confirmed users
3,376
edits
(Initial page creation.) |
(better formatting) |
||
| Line 2: | Line 2: | ||
On this page I want to outline the process of Triage and how to be effective. Please take a few minutes to read the flow chart outlining the data and decisions related to triage: | On this page I want to outline the process of Triage and how to be effective. Please take a few minutes to read the flow chart outlining the data and decisions related to triage: | ||
[[File:Stockwell Triage.jpg|frameless|Intermittent bug flowchart]] | [[File:Stockwell Triage.jpg|frameless|Intermittent bug flowchart]] | ||
There are a few important things when it comes to Triage: | There are a few important things when it comes to Triage: | ||
* Your goal is to make the bug actionable | |||
* Narrowing down the problem (when it started, where it fails) helps make the bug actionable | |||
* Finding the right person- Either existing assignee, or frequent comment provider- we do have triage owner for all bugs | |||
* Following up regularly so there are no surprises | |||
* Recognizing similar failures in other bugs and relating them helps fix many problems at once | |||
The focus on Triage is to gather information and find the right person to work on the bug. Disabling tests, testing fixes locally or try server, fixing bugs, or retrigging are out of the scope of Triage (although all of those tasks are very useful). | The focus on Triage is to gather information and find the right person to work on the bug. Disabling tests, testing fixes locally or try server, fixing bugs, or retrigging are out of the scope of Triage (although all of those tasks are very useful). | ||