I see 3 types of bug triages:

 a. Up-front
  * Confirming bugs and assigning them to developers.
  * STATUS is "UNCONFIRMED", "NEW", "REOPENED"; RESOLUTION is N/A

 b. Verify fix
    * Verifying fixes (STATUS is "RESOLVED"; RESOLUTION is "FIXED")

 c. Accept non-fix resolution
  * Accepting all non-fixed resolution.
  * STATUS is RESOLVED; RESOLUTION is not "FIXED" (I count at least 5 
non-"FIXED" RESOLUTION values)

Here is a Wikimedia bug table report: 
https://bugzilla.wikimedia.org/report.cgi?y_axis_field=product&x_axis_field=bug_status&z_axis_field=&query_format=report-table&format=table&action=wrapNote
 the different format at the bottom of the web page.
Hope this helps,Al Snow
###########################################################################

Date: Thu, 16 Aug 2012 16:17:15 +0300
From: mata...@moses.co.il
To: wikitech-l@lists.wikimedia.org
Subject: [Wikitech-l] organize a bug triage

Hello,
 
We didn't have a bug triage since May. I suggest organizing one in a few
weeks (say 2?)
 
I agree to take care of this if it is widely supported.
How about focusing on patch triage?
 
I mean reviewing bugs with patches attached but not in gerrit.
 
Any other subject would be good as well.
 
opinions?
 
Matanya
 

_______________________________________________
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l                         
                  
_______________________________________________
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Reply via email to