| Line 18: | Line 18: | ||
* Upstream reports | * Upstream reports | ||
== Details of each step === | === Details of each step === | ||
Preparation | Preparation | ||
In general you'll always want to do the following steps in preparing to triage bugs. | In general you'll always want to do the following steps in preparing to triage bugs. | ||
Revision as of 11:26, 26 January 2014
Introduction
This document provides information on how to triage bugs for the Fedora project. Triaging is the name given for confirming, prioritizing, and organizing bug reports and is a good place for new contributors and/or contributors with limited programming abilities to help the Fedora project becoming a better distribution for everyone. Triaging is an incredibly important aspect of development that benefits users and developers alike by acting as a bridge between users and developers to aid in fixing and closing bugs.
Steps to Triage a Bug
This section lists the steps necessary in order to triage correctly. This guide aims to be concise, links in some sections will provide more information relevant to the particular step. The triage process can be essentially broken up into four parts, the first being "preparation" the second being "reproducing" the third being "prioritization" and the fourth being "upstreaming".
Summary of Steps of the steps involved
- Find Bugs to Triage
- Search for Duplicates of Bug(s)
- Check Information Provided in Bug Report
- Attempt to Reproduce Bug
- Set Bug Status
- Prioritize Bug
- Notify Developers -- Needed only in very specific cases if bug seems to be a Blocker/Critical.
- Upstream reports
Details of each step
Preparation
In general you'll always want to do the following steps in preparing to triage bugs.