On Fri, 2004-02-27 at 02:37, Jef Spaleta wrote: > Let me instead [of the best pactices book] > suggest that what might be instructive are SHORT... > "anatomies of a QA review" case examples. A few good and a few bad > reviews that can highlight common issues...and that can suggest a > general flow of how things are suppose to work. A good example of this > sort of thing..is the Gnome Bugsquads triage examples. > http://developer.gnome.org/projects/bugsquad/triage/examples.html Hmmm.... I sort of want to aim at this content with a Best Practices book... it's just the organization of the triage examples I can't stand. For instance, in one of your Fedora Triage emails you had to categorize the examples so they provide a sense to others of what's going on. I want a reference where that categorization is already done. I also don't like the three page format (two of which are essentially the same bugzilla with one added entry.) So I just want to devote more human time into making a good reference, rather than an unorganized list of examples. I hereby officially volunteer to edit, format, organize, and compile such a reference (I've been waiting five years for someone else to suggest one so I guess it's about time I did something.) Open request for others to point out examples of things to put in! And Jef"you mentioned it so you own it"Spaleta: since you mentioned the list of bugzilla examples: if you mail me some good ones, I'll snip, quote, organize, and otherwise create organization from the chaos :-) -Toshio"carefully avoided mentioning the whole mentoring of new QA'ers as he knows better than to handle two babies at one time so you'll have to find another sucker to do it"Kuratomi PS. I threw in the "historical arguments" because otherwise there would continue to be these long, emotional discussions of which way was better. My [naive] notion is that if people don't like a particular recommendation (A Best Practices Book is not policy) they can read the Pro/Con arguments and make their own decision rather than state the same arguments on a public forum. (New arguments would be welcome in the book and perhaps lead to changes in the recomendations.) -- Toshio <toshio@xxxxxxxxxxxxxxx>
Attachment:
signature.asc
Description: This is a digitally signed message part
