On 11/11/2012 01:00 PM, Josh Boyer wrote:
On Sat, Nov 10, 2012 at 11:31 PM, Adam Williamson <awilliam@xxxxxxxxxx> wrote:
On 2012-11-10 9:36, Josh Boyer wrote:
Now, if you want to debate the usefulness of those options, fine. Xen
sucks. I wasn't thrilled with _it_ being made a criteria either, but
hey it's there now and the cloud people love it out of necessity.
Agreed
We do, and that's a plausible outcome. But I think those pushing for a
stronger approach than this are making a decent case. It's at least worth
I can make strong cases for many things we cannot scale to. I'd love to
see those pushing for this to actually step up and do it. Get testcases
written, form groups of triagers, just run the damn tests regardless of
criteria status, present results. And KEEP doing that until we can see
that this isn't a flash in the pan and it's sustainable.
When me and James where throwing balls of ideas between us we kinda
settled on that the best way to handle this is was actually by the
communities surrounding the relevant components themselves while QA
would handle the rest of the distribution.
The reason for that conclusion was because that's where that expertise
existed and why not use that knowledge instead of QA in broader sense
writing and trying to come up test cases which might not make any sense
to those communities .
As an example for an individual component
Who better to write test cases and QA components surrounding the kernel
then the individuals in the kernel community that are actively involved
in it know it's potential pitfalls etc.
As an example for an individual component
Who better to test GNOME/KDE/LXDE/XFCE then those that actively involved
in it and use it on daily bases.
I personally have not installed or used KDE since sometime between RHL
Zoot and Guiness so I'm far from qualified to write those test and I
seriously doubt that I could even use it.
And with regards to triagers why do you make distinction between
triagers and reporters?
To me both of these require exactly the same skillset.
JBG
--
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
