Difference between revisions of "Issue hunting party"

From Apache OpenOffice Wiki
Jump to: navigation, search
(change the header for this topic)
Line 1: Line 1:
The Issue Hunting Party is used to work by the QA project to work concentrated on special tasks in the QA project. The first chat was used to reduce the number of open 'unconfirmed' issues. It is planned to give the Parties a special topic like 'working on fixed/verified issues, bug hunting on new features etc.
+
The Issue Hunting Party is used by the QA project to work concentrated on special tasks in the QA project. The first chat was used to reduce the number of open 'unconfirmed' issues. It is planned to give the Parties always a special topic like 'working on fixed/verified issues, bug hunting on new features etc.
  
 
The Issue Hunting Parties will take place on IRC on freenode in channel #qa.openoffice.org. The time will be announced here, on the qa @ dev.openoffice.org mailing list and in a blog on blogs.sun.com/gullfoss.
 
The Issue Hunting Parties will take place on IRC on freenode in channel #qa.openoffice.org. The time will be announced here, on the qa @ dev.openoffice.org mailing list and in a blog on blogs.sun.com/gullfoss.

Revision as of 14:38, 16 July 2008

The Issue Hunting Party is used by the QA project to work concentrated on special tasks in the QA project. The first chat was used to reduce the number of open 'unconfirmed' issues. It is planned to give the Parties always a special topic like 'working on fixed/verified issues, bug hunting on new features etc.

The Issue Hunting Parties will take place on IRC on freenode in channel #qa.openoffice.org. The time will be announced here, on the qa @ dev.openoffice.org mailing list and in a blog on blogs.sun.com/gullfoss.


Issue hunting party 15th of July 2008

The focus on this chat was to reduce the number of 'unconfirmed' defects in IssueTracker.

Working on 'unconfirmed' defects

The QA team should take always a look at the unconfirmed defects. These are the new incoming issues, which aren't re-checked by a community member of the QA project. If the issue is valid it has to be set to state 'new'. Perhaps the summary should be adapted to a more feasible meaning and if possible the description should be shortened to a useful and clear description.

Please take also a look at the blog by Thorsten Ziehm from Friday, 11th of July 2008. There you will find also links for the submission date of the 'unconfirmed' defects. http://blogs.sun.com/GullFOSS/entry/status_of_unconfirmed_defects_in

The overall number at startup of the chat : 1376 The overall number at the end of the chat : 1263

The number of issues could be reduces by more than 110 issues. If you add also the new incoming issues from that day on more than 120 issues was worked.


Working on 'fixed/verfied' issues

Working on fixed and verified issues (in a [CWS]), which are integrated into the product. A final check if there as still and also fixed in the final product is needed. If it is, than close the issue.

fixed and integrated issues in OOo 2.2.1 and older versions of OOo 2.x => starting number = 3

fixed and integrated issues in OOo 2.3/OOo 2.3.1 => starting number = 221

fixed and integrated issues in OOo 2.4/OOo 2.4.1 => starting number = 383

fixed and integrated issues on the way to OOo 3.0 => starting number = 889

The numbers doesn't changed in that chat. The focus was on reducing the 'unconfirmed' issues.


Hint

  • You can edit the query, when you click on the link in the list. After that scroll to the end of the list and click 'Edit this Query'. For example than you can add the 'component' of your choice.
  • some issues are 'developer issues', which cannot be verified easily by a QA person. So do not invest so much work in such issues.
  • issues from QA persons by Sun can be verified often more easily (who are the QA persons there?)
  • it is better to start with the newest issues, because they aren't often checked by a QA until now; older 'unconfirmed' issues are often checked by many people, but nobody take the responsibility to close the issue or send it as valid issue to a developer
Personal tools