[Koha-devel] [QA] QA process
Chris Nighswonger
cnighswonger at foundations.edu
Wed Nov 28 23:33:37 CET 2012
On Wed, Nov 28, 2012 at 4:37 PM, Chris Cormack <chris at bigballofwax.co.nz>wrote:
> Not being part of the QA team, but speaking as Release Maintainer, I
> think this is a great idea. First up people who are from the same
> organisation could comment on the patch, I shouldn't QA this, can
> someone else. If no one does step up, or everyone says no I can't. I
> think as a last resort we could allow it. But only as a last resort.
>
>
+1 for keeping conflicts of interest at a minimum.
However, I would also agree with the "If no one does step up..." clause.
Too much work stands to be lost if no one will pick up the QA on a patch,
and we need to have some sort of mechanism to keep that from happening.
(Not to mention that some work is a real chore to keep rebased against the
current master.)
On a second thought, perhaps we should entertain some sort of time/date
sequential procedure whereby the QA team would QA in order of severity
sub-sorted by date of general sign-off or some such in order to ensure that
no signed-off patch is left out.
Perhaps if no member of the QA team feels "qualified" to QA a given patch,
the QAM could "deputize" another disinterested community member to do the
work.
Just thinking out loud here.
Kind Regards,
Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20121128/9d197e80/attachment.html>
More information about the Koha-devel
mailing list