Re: [Libreoffice-qa] Streamlining Improving Triage Efforts

2013-04-25 Thread Rainer Bielefeld

Joel Madero schrieb:


So I'm trying to streamline


Hi,

looks plausible. Unfortunately the queries for UNCONFIRMED bugs are not 
reliable (not because of technical issues, but because info in the 
reports often is incorrect), so that the priority often is not clear 
until the work has been done. And often the workflow needs a different 
proceeding than to follow the priorities, because wrangling with a bug 
shows relations to other bugs what also still needs clarification, what 
leads to other bugs  Sometimes it costs a week or so until I have 
checked all possible relations and added all required info.


But nevertheless, it might help to avoid long pending regressions if 
everybody at least tries to do the most important (looking) things first.


Best regards

Rainer
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/


Re: [Libreoffice-qa] Streamlining Improving Triage Efforts

2013-04-24 Thread Pedro
Hi Joel


jmadero wrote
 This is all in an attempt to get all bugs
 triaged successfully within 30 days of report - we're a long ways off but
 slowly can get there.

How many bugs are added daily? How many people are available to triage bugs
on a daily basis? Is this realistic?


jmadero wrote
 Same rationale as above but version 4 – slightly lower priority since
 version 3 is still officially recommended

Really? I would never guess that...
http://www.libreoffice.org/

If version 3 is recommended :) then it would make sense to switch priorities
5 and 6

Just my 2 cents ;)



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Streamlining-Improving-Triage-Efforts-tp4052165p4052178.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Streamlining Improving Triage Efforts

2013-04-24 Thread Joel Madero
Hey Pedro,


 How many bugs are added daily? How many people are available to triage bugs
 on a daily basis? Is this realistic?


It's becoming more realistic every week. This is a long term goal that
keeps us moving forward. It's really hard to determine how many bugs are
reported daily (in February for instance over 1,000 bugs were reported but
our UNCONFIRMED count didn't jump by much because were working hard to keep
it down) this is vs. March which had a lower number as bugs against 4
peaked in February (good thing for us).

Actively triaging I would say between 5-10 (again hard to tell) but I would
say at least 5 people very very involved, then another few pretty
involved and a few that just do some when they have time.

I actively recruit in user list quite often, yesterday we had a new user
jump into the QA channel and say they were reading triage documentation and
would be getting involved.

It is precisely because of this (the goal not being attainable yet) that we
need to prioritize triaging activities to avoid disasters.


 jmadero wrote
  Same rationale as above but version 4 – slightly lower priority since
  version 3 is still officially recommended

 Really? I would never guess that...
 http://www.libreoffice.org/



Hm, but if you read press releases by LibreOffice they recommend for
businesses and what not to stick with 3.6 still (as far as I can recall).



 If version 3 is recommended :) then it would make sense to switch
 priorities
 5 and 6


I thought this as well at first but then I thought that:
a) the list is more manageable (version 4)
b) for morale reasons having a slightly less list would be good (vs.
looking at a list of over 500 bugs)
c) most of the bugs reported against 4 are actually from 3 so they still
get taken care of
d) most new bugs reported are coming in against 4 because users are using 4
and didn't test against 3 (similar to c)
e) already the old bugs have been sitting a long time, for new reporters
having their bugs triaged immediately gives users a great experience - I
have personally received at least 5 emails that said THANK YOU FOR WORKING
SO FAST! or some such thing.

 Most of these are similar (maybe identical ;)) But this was my rationale.


Best,
Joel
-- 
*Joel Madero*
LibreOffice QA Volunteer
jmadero@gmail.com
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/