Open defect Triage: During 4.0 release cycle, I saw some community members (mainly release managers) are assigning defects and I myself also triaged and assigned some defects based on priority and impact. Triage can be done when release is planned for 4.1 so community can decide which defects are must fix for 4.1. I would think P1 and P2 are must fix and no triage might be needed and can be assigned to members who are working in certain area - rest can be looked at to see which are required for 4.1 and which can be deferred. Other way to do is publish this filtered list and ask community members to pick and remaining ones can be looked at by release manager and others who would like to triage defects.
Defect closure: Whoever requested or opened the defect can close the defect and if there are others that remain can be closed by whoever is validating the feature. This can be done during release cycles pretty easily I would think. A little bit of triage is needed but if reports are being sent regularly and consistently, community would take action to bring down the resolved defect numbers. During 4.0 release cycle around 30% defects are left in resolved status i.e not validated even though fix has been done. Out of those 30% defects some could be rejected and that is the risk associated leaving them in resolved status. As we grow towards automation, defect closure can be achieved through execution pass rates. But we are far away from that at this point. I would like to participate in triage process if there is a need for it. Thanks /Sudha -----Original Message----- From: Joe Brockmeier [mailto:[email protected]] Sent: Wednesday, October 24, 2012 1:43 PM To: CloudStack Developers Subject: [DISCUSS] Bugs: How do we close + handle bugs? Hey all, During today's IRC meeting, the topic of bugs + bug closure came up. Specifically, the question of whether we should have any set procedure for handling bugs and closing them. Right now, when I see a bug that I can fix, I assign it to myself and then update the bug once I've submitted a patch/fix and then Resolve the issue - but I do not close out the bug. Instead, I leave it to the submitter to verify that the bug is fixed and let them close the bug. Other folks do it differently. The question I have is whether we want to have a standard procedure for handling bugs? Should the person submitting a patch also be the person to close a bug? Should we have some form of triage for bugs? We currently have 126 open bugs (out of 411 opened so far) and 71 of those are unassigned. How do we ensure someone is looking at those? Thoughts? Joe -- Joe Brockmeier [email protected] Twitter: @jzb http://www.dissociatedpress.net/
