[Koha-devel] Proposal for Assistance with QA Testing for Koha 3.6
Stephen Wills
swills at beyond-print.com
Tue Aug 2 19:39:12 CEST 2011
+1, QAM is not the same as carry the yolk alone!
On Aug 2, 2011, at 1:04 PM, Ian Walls wrote:
> Dear Community,
>
>
> As you are likely aware, I am the elected Quality Assurance Manager
> for the 3.6 release. As you may also be aware, there are currently
> 96 patches in Bugzilla that are signed off and ready for QA testing
> (at the time of this writing). My goal for my term as QAM was to
> keep this list under 10, but as we can see, that's not the current
> state of things.
>
> I do not want to become a bottleneck against good code getting into
> Koha. Quality Assurance is by it's nature a painstaking process,
> especially with more complex patches, to ensure that there are no
> regressions of functionality, or massive, unexpected shifts in
> default behavior. Often, numerous configurations of data need to
> checked against, to make sure fixing a bug for one possible setup
> doesn't cause a new bug in another. So far, we've not had to pull
> any code from master due to a regression, so it seems this process
> is working. But, that said, we've still got nearly a hundred
> patches waiting in the queue.
>
> Paul Poulain has offered to assist me with QA for the remainder of
> the Koha 3.6 release cycle. He's got the hours to dedicate towards
> this, and can help put some of these patches through their paces.
> While anyone can test any patch that's been published (and everyone
> is encouraged to do so), Paul is asking for the additional power to
> mark the patches he's tested as "Passed QA" if they do indeed pass
> his tests. Here are the exact terms of the proposal:
>
> a) he would not mark any patch he himself has written as Passed QA
> b) any patch written by BibLibre would need a signoff from another,
> external person before he'd test it
> c) he would start with the patches that have been waiting the longest
> d) the QAM and RM could reject any "Passed QA" patch if they feel
> it's not sufficient for whatever reason (which would need to be
> noted in the bug report)
>
> I do not feel that I necessarily have the right to transfer the
> "mark patches as Passed QA" power over to another person without the
> community's consent. So, I bring this to the group. Is this an
> acceptable proposal? Does the QAM have the right to "deputize"
> community members and transfer this particular power, or does the
> community need to vote on it? Are there any aspects of the issue
> that I'm missing?
>
> Thanks for your consideration and attention on this matter,
>
>
>
> -Ian
>
>
>
> --
> Ian Walls
> Lead Development Specialist
> ByWater Solutions
> Phone # (888) 900-8944
> http://bywatersolutions.com
> ian.walls at bywatersolutions.com
> Twitter: @sekjal
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.koha-community.org
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-devel/attachments/20110802/d82cabb9/attachment.htm>
More information about the Koha-devel
mailing list