Hi Nino,<div><br></div><div>That's the beauty of our project, everyone's opinion is respected :) I'll try to avoid adding any work to website team and see what method works best to get these triaged and organized best. As of now, google doc + fdo seems to be doing the trick :) Ultimately might just make a macro to auto sort them once every other week to keep the google doc updated until the "project" is done (ie. getting all bugs >30 days old triaged so we can try to stick with a goal of triaging withing 30 days for new bugs). Thanks for all the valuable input.</div>
<div><br></div><div><br></div><div>Best Regards,</div><div>Joel<br><br><div class="gmail_quote">On Tue, Sep 4, 2012 at 3:07 PM, Nino Novak <span dir="ltr"><<a href="mailto:nn.libo@kflog.org" target="_blank">nn.libo@kflog.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am 04.09.2012 23:05 schrieb Joel Madero:<br>
<div class="im">> I agree that FDO has some benefits but the limitation is really that each user<br>
> is needed to query every time,  the possibility of overlap is great, and no one<br>
> is really responsible for an individual bug until the query is made and someone<br>
> takes the time to look into it. I'm not sure if others would agree but it seems<br>
> like having a "group" of 50 or so and being able to just do those at your<br>
> convenience makes people more likely to help and feel like their is an end in<br>
> sight for "their portion". This is vs. just seeing a never ending list from FDO<br>
> or even having to "teach" new users (or even not new users) exactly what to<br>
> search for every time with FDO.<br>
<br>
</div>As for me (a rather unexperienced QA Newbie), I've chosen a somewhat  different<br>
approach: I've first created two custom searches,<br>
<br>
1) all recent bugs (reported within the last two days) for curiosity (just to<br>
see what people report recently)<br>
<br>
2) all UNCONFIRMED bugs from the last 14 days<br>
<br>
>From query 2 I picked a couple of bugs every couple of days to<br>
reproduce/confirm/assign/close/whatever seemed appropriate.<br>
<br>
That's just to show a slightly different approach, which is rather simple and<br>
can be handled perfectly within bugzilla itself without any external tool.<br>
<br>
Ok, the only problem was, that when a person starts reproducing a bug, it can<br>
happen, that another triager just starts with the very same bug at the same<br>
time. So some kind of lock signal was the only missing thing to prevent<br>
duplication of work. However, this situation did not happen a single time during<br>
my self-chosen "BugReviewWeek" ;-)<br>
<br>
Another advantage: By the above process nobody (virtually) "blocks" 50 bugs for<br>
a longer time period. Bugzilla queries are very adequate at every time, as all<br>
works with live data.<br>
<div class="im"><br>
<br>
> Similar to how developers assign themselves bugs and then can just go look at<br>
> their own bugs ("My Bugs") it would be nice to have this ability for QA triagers<br>
> but have it somewhat automated since it's just triaging, not programming. In the<br>
> long run (once we're through the back log of 650+ that are really old), it would<br>
> be amazing if we had a team of QA staff that signed up to have bugs "auto<br>
> assigned" to them for triaging.<br>
<br>
</div>We have the libreoffice-bugs@fdo mailing list, which contains (nearly?) every<br>
new bug. Could we use it somehow for this purpose? E.g. by replying to a bug or<br>
forwarding it to the qa list or some such? (Just thoughts, nothing concrete)<br>
<div class="im"><br>
<br>
<br>
 What I imagine:<br>
><br>
> QA triagers "sign up" for components they are willing to triage and their "max"<br>
> load<br>
> New bug is reported, if the bug has a component listed the bug gets "auto<br>
> assigned" for triaging purposes according to some rule(s)<br>
<br>
</div>Personally, I prefer not to sign up for a special component but to pick a recent<br>
bug which kind of "attracts" me spontanously. But there might be other<br>
opinions/preferences/arguments/approaches.<br>
<div class="im"><br>
<br>
> For now the google docs works, FDO does not as it is now but I'll discuss this<br>
> further with Bjoern, Petr & Rainer to see if we can come up with something more<br>
> functional than the chaos that is FDO :) Or maybe I'm just not familiar enough<br>
> with FDO to really feel comfortable myself with it, this is more likely than not<br>
> true :)<br>
<br>
</div>:-)<br>
<br>
I like your initiative. Please don't feel discouraged by my comments, I just<br>
wanted to add a slightly different view. If people like your approach, that's<br>
great! It does not contradict to mine (IMHO), as it's rather obvious if a bug<br>
has been triaged or not. So we can all work together towards our common goal.<br>
<br>
Regards,<br>
Nino<br>
</blockquote></div><br></div>