From Fedora Project Wiki
(revise for proventesters/bugzappers inactivity (see https://lists.fedoraproject.org/pipermail/test/2013-February/113619.html))
 
(9 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{autolang|base=yes}}
{{Admon/warning|BugZappers group is dormant|The BugZappers group is dormant at present: no-one is organizing BugZappers activity and there is little active triage happening. This enrolment process is currently inactive. This page is maintained for reference, but the specific instructions on joining the group have been hidden for now. We encourage you to look at other active areas of [[QA/Join|QA work]] or [https://fedoraproject.org/join-fedora Fedora contribution] if you are interested in helping the Fedora project. We would like to see triage re-emerge as an active area of work for the [[QA]] team: please [[QA/Join|contact QA]] if you are interesting in helping with this.}}
== What is Involved in Bug Triaging? ==
== What is Involved in Bug Triaging? ==


Line 8: Line 12:
* Feature requests reported as bugs are properly reported.
* Feature requests reported as bugs are properly reported.
* Bugs already fixed are closed.
* Bugs already fixed are closed.
Triagers mostly work alone on any particular bug, but you may work together with others to cover a large component. We have weekly meetings where we get together to discuss wider issues, and help each other out with tricky problems. There is also a [https://admin.fedoraproject.org/mailman/listinfo/test mailing list] where triagers can raise any questions or problems they are having for help from others. Experienced triagers are happy to act as mentors for new triagers to help them get started in the project.


Triaging bugs does '''not''' mean that you have to understand bugs and solve them yourself. It means you should be able to look at new bugs, and report if they are duplicates, if more information is needed, or if it is filed under the wrong component.
Triaging bugs does '''not''' mean that you have to understand bugs and solve them yourself. It means you should be able to look at new bugs, and report if they are duplicates, if more information is needed, or if it is filed under the wrong component.
Line 26: Line 32:
* Good way to learn more about Fedora  
* Good way to learn more about Fedora  


<!--
== How to Sign Up ==
== How to Sign Up ==


Line 36: Line 43:
# Fedora encourages you to sign the Contributor License Agreement (giving the project permission to use and keep contributions you make in the course of triaging), but it is not required.  [[Infrastructure/AccountSystem/CLAHowTo|Here's how!]]
# Fedora encourages you to sign the Contributor License Agreement (giving the project permission to use and keep contributions you make in the course of triaging), but it is not required.  [[Infrastructure/AccountSystem/CLAHowTo|Here's how!]]
# After successfully obtaining a Fedora account, view the [https://admin.fedoraproject.org/accounts/group/view/triagers triagers group]  and apply to the group by clicking the '''Apply!''' button.
# After successfully obtaining a Fedora account, view the [https://admin.fedoraproject.org/accounts/group/view/triagers triagers group]  and apply to the group by clicking the '''Apply!''' button.
# Then subscribe to the [https://www.redhat.com/mailman/listinfo/fedora-test-list fedora-test-list] mailing list, and send an email to the list with the subject ''New BugZapper Introduction''.
# Then subscribe to the [https://admin.fedoraproject.org/mailman/listinfo/test test] mailing list, and send an email to the list with the subject ''New BugZapper Introduction''.
#* The email must at a minimum contain your name (or nickname if you do not wish to give your real name)
#* The email must at a minimum contain your name (or nickname if you do not wish to give your real name)
#* Inform your irc nick for case we need contact him
#* It should contain your irc nick as an alternate contact method
#* Ideally it should also give a rough indication of your experience with Fedora, and any particular area you would like to work in
#* Ideally it should also give a rough indication of your experience with Fedora, and any particular area you would like to work in
#* You can also include more personal information about yourself (such as your location and your day job) if you wish
#* You can also include more personal information about yourself (such as your location and your day job) if you wish
#* If you'd like some help getting started with triaging, mention it in your post, and an existing member will be happy to mentor you
#* Here's an [https://www.redhat.com/archives/fedora-test-list/2009-March/msg00671.html example introductory email]
#* Here's an [https://www.redhat.com/archives/fedora-test-list/2009-March/msg00671.html example introductory email]
# Your membership will need to be approved, so this process is not instantaneous. It may take several days (unfortunately) for your membership to be approved, so please be patient.  After your approval, you will have additional permissions in the system which will allow you to triage bugs.
# Your membership will need to be approved, so this process is not instantaneous. It may take several days (unfortunately) for your membership to be approved, so please be patient.  After your approval, you will have additional permissions in the system which will allow you to triage bugs.
Line 49: Line 57:
== Communication ==
== Communication ==


# Join the fedora-test-list
* Join the Fedora test list
#* All announcements and conversations about bug triage happen on this list
All announcements and conversations about bug triage happen on the {{fplist|test}} list.
#* https://www.redhat.com/mailman/listinfo/fedora-test-list
* Valuable communication and real time help happen in the chat channels on IRC. The main IRC channels to join are: {{fpchat|#fedora-bugzappers}} - where team members discuss things - and {{fpchat|#fedorabot}} - where you will see automated messages when new bugs are filed (among other things)
# Valuable communication and real time help happen in the chat channels on IRC. See [[Communicate/IRCSetup|IRCSetup]]  and [[Communicate/IRCHowTo|IRCHowTo]] for more information on using IRC
* Once you are all setup and ready to go drop by and say hello on {{fpchat|#fedora-bugzappers}}
#* The main IRC channels to join are: [irc://irc.freenode.net/fedora-bugzappers #fedora-bugzappers] - where team members discuss things - and [irc://irc.freenode.net/fedorabot #fedorabot] - where you will see automated messages when new bugs are filed (among other things)
* {{fpchat|#fedora-bugzappers}} is also a good place to get help if you are having problems with the sign-up process
#* Once you are all setup and ready to go drop by and say hello on #fedora-bugzappers
* Attend a [[BugZappers/Meetings|Bug Triage Meeting]]. Details on the time and location of meetings are on that page.
#* #fedora-bugzappers is also a good place to get help if you are having problems with the sign-up process
-->
# Attend a [[BugZappers/Meetings|Bug Triage Meeting]]. Details on the time and location of meetings are on that page.


== How to Start Triaging ==
== How to Start Triaging ==

Latest revision as of 03:43, 6 February 2013

Warning.png
BugZappers group is dormant
The BugZappers group is dormant at present: no-one is organizing BugZappers activity and there is little active triage happening. This enrolment process is currently inactive. This page is maintained for reference, but the specific instructions on joining the group have been hidden for now. We encourage you to look at other active areas of QA work or Fedora contribution if you are interested in helping the Fedora project. We would like to see triage re-emerge as an active area of work for the QA team: please contact QA if you are interesting in helping with this.

What is Involved in Bug Triaging?

Bug triagers make sure that:

  • Bug reports have the information developers need to reproduce and fix them.
  • Bugs are assigned to the right component and version.
  • Duplicate bugs are found and labelled.
  • Feature requests reported as bugs are properly reported.
  • Bugs already fixed are closed.

Triagers mostly work alone on any particular bug, but you may work together with others to cover a large component. We have weekly meetings where we get together to discuss wider issues, and help each other out with tricky problems. There is also a mailing list where triagers can raise any questions or problems they are having for help from others. Experienced triagers are happy to act as mentors for new triagers to help them get started in the project.

Triaging bugs does not mean that you have to understand bugs and solve them yourself. It means you should be able to look at new bugs, and report if they are duplicates, if more information is needed, or if it is filed under the wrong component.

There is no requirement of programming knowledge. However, being familiar with Fedora and Linux in general will be extremely useful.

This is purely voluntary. We do not expect you to spend hours here every day. (Though if you want to, you're more than welcome!) You can triage bugs whenever you have free time. You can spend as little as 15 minutes a week - every little bit helps!

Why Triage Bugs?

  • The less time package maintainers have to spend resolving duplicates, attempting to reproduce bugs, and requesting missing information, the more time they can spend fixing bugs.
  • Helps to identify bugs that should be fixed before release (adding to tracker and blocker lists)
  • Gives bug reporters the feeling that someone has acknowledged their problem
  • Strives to provide a level of certainty that the total number of open bugs is accurate
  • Closing bugs for EOL releases helps keep Bugzilla tidy and useful, and lets reporters know they need to upgrade
  • Identifying workarounds can help users in the meantime until a bug is fixed
  • Provides an idea of where problem areas are in the distribution
  • Good way to learn more about Fedora


How to Start Triaging