[Koha] Life cycle of a Koha software bug
Mark Tompsett
mtompset at hotmail.com
Fri Jun 23 11:47:36 NZST 2017
Greetings,
I like the attempt to make it a little more visual.
The whole blocker logic doesn't quite fit, I think. Even before you decide
if it is a suggestion (enhancement) or a bug (to be fixed), the notion of
searching bugzilla for similar problems seems to be missed. And it is
usually at that stage where you know if it is a blocker or not. If, for
example, you can't even finish a fresh install, because the web installer
loops, that's kind of critical, if not a blocker. The difference being
whether there is an easy hack around. If a functionality that was working in
the previous version stops working in this one, that's critical if not a
blocker too. At bug reporting time, you usually know.
Though, in some sense, there have been cases where a bugs severity has been
elevated either by others testing, the QA folks, or the Release
Maintainer/Manager. But a failure does not constitute a reason to increase
the severity.
https://wiki.koha-community.org/wiki/Development_workflow might be useful to
confirm this too.
Hope this is constructive enough to help improve your diagram. :)
GPML,
Mark Tompsett
More information about the Koha
mailing list