Hi *,
On Tue, Apr 18, 2006 at 03:00:06PM -0400, Stephen Frank wrote:
> [...]
> >By priotirizing the ones with high prio, you basically doom the others
> >to rot.
>
> This could apply equally to QA prioritizing which issues to QA or to
> developers prioritizing which issues to fix.
For developers to deal with an issue, it should have passed QA
already.
So by not qa'ing the other issues, devels' choice is limited...
(sure, they can always pick non-qa'd issues)
> [...]
> >If people don't get to set the prio on fake issues themselves (i.e.
> >don't offer that in the bug-form), you won't have that problem. QA
> >should set a higher prio if necessary.
> >Given your statements, I don't understand why you're advocating to add a
> >priotiry-control to the bug-form.
>
> Having heard your points, I can see that a direct interface for the user to
> "trick" the priority to be higher isn't a good idea. Maybe instead we could
> have some of those priority-related questions go into the description as it
> is generated (such as "Does this break a major point of functionality," or
> "Does this make OOo unuseably slow").
I still prefer to classify by the very first question, the "type" of the
bug. (crasher, typo, translation, "major bug", "regular bug",
"infrastructure", "native-lang")
Up to 10 categories is fine, more is bad again (the less, the better).
> These questions would be listed with
> checkboxes and appear in the description as a line that says something like
> "User reports that issue breaks major funcionality: true". (Or would this
> make the simple interface too complicated?)
IMHO: Yes.
> [...]
> Although this begs another question... when the simple interface is
> created, will the advanced (current) interface still be available to all
> users?
Sure it will.
The simple interface is/will be a hacked-together solution since we cannot
modify IssueZilla directrly.
> If so, then malicious users filing a new issue could just go to the
> advanced interface and trick the priority there by setting it higher.
One of the goals with the interface is to have the casual user that
otherwise gets confused by issueZilla to file a bug and to raise the
quality of the bugs files by regular users (by giving them a hand when
filling out the form).
It is not meant to reduce abuse, but to avoid mistakes.
I'm sure those setting a P1 for those cases where one line is pushed to
the other page on that special document that uses the fancy functions,
etc. don't want to abuse issueZilla.
> If we
> want to avoid that problem completely we would have to revoke access to the
> advanced interface from regular users...
Better just kick those users that abuse the tooling...
ciao
Christian
--
NP: System Of A Down - Mind
Join #qa.OpenOffice.org on irc.freenode.net
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
