Bug triage refers to assuring quality of bug reports in Wikimedia Bugzilla. The process of triaging is explained in the Triage guide. The main job of triagers and the Bugsquad is to help users and developers in Bugzilla. Triaging a bug report involves making sure that the bug report
- has enough information for developers and makes sense
- has not already been reported before (checking for duplicates)
- is filed in the correct place (product and component)
- has sensible "Severity" and "Priority" fields
- is versioned correctly
We currently have a bugwrangler who triages bugs and organizes bug triage meetings to collectively prioritize, validate and assign bug reports, and to sometimes recruit developers to fix the bug or implement the enhancement. We announce the meetings ahead of time on wikitech-l and via Google Calendar, Identi.ca and Twitter. Bug triage meetings are held in a public IRC channel, either #wikimedia-dev (webchat link) or #wikimedia-office (webchat link). See MediaWiki on IRC for general information on IRC.
Triages currently take place about once a month, and the next triage will be announced here.
Next meeting[edit | edit source]
What: Bug Triage of some of the ~180 open UploadWizard bug reports and enhancement requests (full list of bug reports and enhancement requests) to update some of them and help the team setting priorities.
When: Starting around 17:00 UTC Tuesday, September 09, 2014 for about two hours (Time Converter).
Where: #wikimedia-multimedia on Freenode IRC - You can use http://webchat.freenode.net if you don't have an IRC client. The Etherpad to document our progress is located at https://etherpad.wikimedia.org/p/BugTriage
No technical knowledge needed, no obligations! It's a nice and easy way to get involved in the community or to give something back. See also How to triage.
Step by, say hello, and give it a try! :-)