From Fedora Project Wiki

< FWN‎ | Beats

(submit 175 draft)
(fwn 176 text)
Line 10: Line 10:
=== Test Days ===
=== Test Days ===


This week's Test Day<ref>https://fedoraproject.org/wiki/Test_Day:2009-05-07_Virtualization</ref> was on virtualization<ref>https://fedoraproject.org/wiki/Virtualization</ref>, particularly the virtualization technologies most associated with Fedora - KVM, qemu, libvirt and virt-manager. We had a great turnout of developers and testers and managed to cover a lot of ground, and over 25 new bugs were discovered and reported.
This week's Test Day<ref>https://fedoraproject.org/wiki/Test_Day:2009-05-14_iBus</ref> was on iBus<ref>https://fedoraproject.org/wiki/Features/IBus</ref>, the new default input method framework for Asian languages in Fedora 11. Over 15 people came out to test and report their results, and overall the new system seemed to be working solidly, but testing revealed several issues for the developers to work on. Thanks to all who came out for the Test Day.


Next week's Test Day<ref>https://fedoraproject.org/wiki/Test_Day:2009-05-14_iBus</ref> will be on iBus<ref>https://fedoraproject.org/wiki/Features/IBus</ref>, the new default input framework for Asian languages for Fedora 11. If you use Fedora in one of these languages - for instance, Chinese, Japanese or Korean - you'll want to come out to this test day, as this is a significant change and we need to make sure it's working in all situations, and fix any bugs if it's not. The Test Day will be held on 2009-05-14 (Thursday) in IRC #fedora-qa.
Currently, no Test Day is scheduled for next week - it is too close to the scheduled release of Fedora 11 for any testing to produce results directly in Fedora 11 final release, but if you would like to propose a test day which could result in changes for post-release updates, or an early test day for Fedora 12, please contact the QA team via email or IRC.


<references/>
<references/>
Line 18: Line 18:
=== Weekly meetings ===
=== Weekly meetings ===


The QA group weekly meeting<ref>http://fedoraproject.org/wiki/QA/Meetings</ref> was held on 2009-05-06. The full log is available<ref>http://www.happyassassin.net/extras/fedora-qa-20090506.log</ref>. [[User:Jlaska|James Laska]] reported solid progress in transferring future tasks for the autoqa project into trac.
The QA group weekly meeting<ref>http://fedoraproject.org/wiki/QA/Meetings</ref> was held on 2009-05-13. The full log is available<ref>http://fedoraproject.org/wiki/QA/Meetings/20090513</ref>. [[User:Wwoods|Will Woods]] reported that he had been doing a lot of upgrade tests, but had not had time to write them up formally as test cases as was planned at the previous meeting.


[[User:Wwoods|Will Woods]] reported on several Fedora 10 to Fedora 11 upgrade bugs he has been tracking, and noted that he needs to write some more upgrade test cases to cover areas where bugs are consistently being found.
[[User:Adamwill|Adam Williamson]] reported that he had completed the revision of the Fedora bug workflow page<ref>http://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow</ref> to include the alternative processes agreed for closing bugs in Rawhide at the previous meeting, and had made further changes. He directed the group to his announcement email<ref>http://www.redhat.com/archives/fedora-devel-list/2009-May/msg01034.html</ref> for further details.


[[User:Jlaska|James Laska]] reported that he had not had time to work with David Zeuthen and Lennart Poettering on false positives in the hard disk failure detection system, but [[User:Wwoods|Will Woods]] noted that relevant bugs had been filed by others<ref>http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=495956</ref> and the issue is definitely on the active radar for the developers.
[[User:Wwoods|Will Woods]] reported there had been little work on the autoqa project during the week, as testing for Fedora 11 release had taken priority.


[[User:Wwoods|Will Woods]], [[User:Jlaska|James Laska]] and [[User:Adamwill|Adam Williamson]] reported steady progress on reviewing blocker bugs for SELinux, anaconda and X.org for Fedora 11 respectively, and the discussion then turned into a debate about the process for resolving Rawhide bugs in Bugzilla. The group agreed that the maintainer should be allowed to choose whether to close a bug immediately after checking in a fix for the reported issue, or whether to set the status to MODIFIED and wait for confirmation from the reporter that the bug is truly fixed before closing.
The group discussed how to get feedback on the conduct of Test Days themselves, rather than on the software being tested. [[User:Adamwill|Adam Williamson]] suggested adding a 'suggestion box' to the normal layout for Test Day wiki pages. [[User:Johannbg|Jóhann Guðmundsson]] suggested an email to the fedora-test-list mailing list. [[User:Jlaska|James Laska]] wanted to get in touch with the maintainers who had been involved with Fedora 11 Test Days for their suggestions; [[User:Adamwill|Adam Williamson]] thought it better to simply contact them via email then attempt to set up some kind of survey system.


[[User:jkeating|Jesse Keating]] reported on progress in the autoqa project. He has been working on a conflict finder test, and the autoqa team has been discussing directions for future development.
The group then discussed the Fedora 11 release situation. [[User:Jlaska|James Laska]] explained that [[User:jkeating|Jesse Keating]] had already led a complete review of all outstanding blocker bugs for the release, trimming the list from over 70 to under 40 by downgrading the priority of some issues, and closing some which had already been addressed, after testing. Jesse thought the planned schedule for a second round of reviews was too late, and decided that it should happen on 2009-05-18. The group agreed that the handling of the final stages of release had not been optimal for F11, and for F12 the group should endeavour to get the blocker bug review done earlier in order to be ready for the release candidate phase, and that it would be useful to hold more blocker review meetings earlier in the cycle overall.


[[User:Adamwill|Adam Williamson]] reported on the volume control application debate. His package of the old gnome-volume-control under the name gst-mixer has been accepted into the Fedora 11 repositories and added to the default package groups so that it will be installed by default in the DVD package selection and on the desktop spin for Fedora 11 release. The 'pavucontrol' mixer for PulseAudio has been removed, so Fedora 11's desktop spin and default DVD installation package set will include two graphical mixers, the new gnome-volume-control and gst-mixer. These between them cover all major use cases.
The group then discussed the release candidate phase (note that release candidate builds are generally not widely distributed beyond the QA group, for reasons of timing and available resources). [[User:Jlaska|James Laska]] explained that he planned to create an installation test matrix, with 'how to test' documentation. [[User:Wwoods|Will Woods]] and [[User:jkeating|Jesse Keating]] were already working on smoke testing early pre-RC builds. [[User:Adamwill|Adam Williamson]] suggested sending an email to fedora-test-list to remind members that now is an ideal time to be testing installation from Rawhide.


[[User:Johannbg|Jóhann Guðmundsson]] raised the issue of [[User:jkeating|Jesse Keating's]] proposal to drop the Alpha release for the Fedora 12 cycle. [[User:Jlaska|James Laska]] worried that it might cause trouble for Fedora 12 Test Days. Jóhann pointed out that live CDs are now habitually generated for each Test Day, but James worried about what would happen if it proved impossible to generate a live CD for a week. Jesse explained that as far as he saw it, the main value of Alpha was to be a known-good point to bootstrap a Rawhide installation, and it often fails at that. He suggested that for Fedora 12, Fedora 11 release could serve as the known-good point to bootstrap a Rawhide installation.
[[User:Johannbg|Jóhann Guðmundsson]] raised the issue of the lack of clarity regarding Fedora's target user base, which [[User:Adamwill|Adam Williamson]] had mentioned in discussions on fedora-devel-list. [[User:jkeating|Jesse Keating]] mentioned that the issue was already under active discussion by the board. After a long discussion, the group all agreed that the QA group did not need to have an opinion on what type of user Fedora should be targetting, but should make it clear to the board that the lack of a clear definition of this issue was actively affecting the ability of the QA group to work effectively, and QA work would benefit immediately from a clear resolution of this issue, whatever the resolution may be.


The Bugzappers group weekly meeting<ref>http://fedoraproject.org/wiki/BugZappers/Meetings</ref> was held on 2009-05-05. The full log is available<ref>http://fedoraproject.org/wiki/BugZappers/Meetings/Minutes-2009-May-05</ref>. [[User:Adamwill|Adam Williamson]] reported on progress with the triage metrics project: members of the Fedora Python development group had volunteered and helped port the code to Python 2.4 (as is required before it can run on Infrastructure's servers), but wanted some test data to confirm that their fixes are valid. Adam will try to ensure Brennan provides the necessary test data, and then the application can likely go live.
[[User:Johannbg|Jóhann Guðmundsson]] asked about progress on [[User:jkeating|Jesse Keating's]] proposal to drop the Alpha milestone for the Fedora 12 release cycle. Jesse reported the proposal had been approved by the Release Engineering group and then by FESCo.


Adam also reported on the status of the Bugzilla priority/severity proposal. The group agreed that his final draft of the proposed email to the development group was good. Adam suggested that it would be a good idea for another group member to actually send the proposal, and Matej Cepl volunteered to do it.
The Bugzappers group weekly meeting<ref>http://fedoraproject.org/wiki/BugZappers/Meetings</ref> was held on 2009-05-12. The full log is available<ref>http://fedoraproject.org/wiki/BugZappers/Meetings/Minutes-2009-May-12</ref>. [[User:poelstra|John Poelstra]] reported that the planned email to fedora-devel-announce about the housekeeping changes in Bugzilla for Fedora 11 release was ready, and asked for feedback. The group agreed the email looked fine except for talking about Fedora 12 instead of Fedora 11. John promised to fix this and then send out the email.


[[User:Tk009|Edward Kirk]] reported on the progress of the SOP to cover accepting new members into the Bugzappers group. The group decided to put the SOP into place on the Wiki and work on any further changes 'live'. Edward agreed to take care of publishing the SOP with appropriate links.
The group briefly discussed the query used to find bugs filed on Rawhide to be changed to Fedora 11, and mostly agreed that it looked fine.


The group then voted unanimously to adjourn the meeting and go eat cookies.
[[User:Adamwill|Adam Williamson]] reported on the progress of the triage metric system. Brennan Ashton had been very busy during the week and hence difficult to get hold of. He reported that the Python development group was waiting for Brennan to provide test data for them to confirm their proposed fixes to the code were correct, and he was trying to get Brennan to provide this data.


The next QA weekly meeting will be held on 2009-05-13 at 1600 UTC in #fedora-meeting, and the next Bugzappers weekly meeting on 2009-05-12 at 1500 UTC in #fedora-meeting.
[[User:Adamwill|Adam Williamson]] also reported on the progress of the proposal to include setting the priority / severity fields as part of triage. The request for feedback on fedora-devel-list had produced little response; Adam suggested this wasn't a problem, as the main point was to make sure no developers were actively opposed to the proposal for good reasons. The group agreed that Adam would send a mail to the list to move the process along with a view to starting work on priority / severity as part of the initial triage process soon.
 
[[User:Tk009|Edward Kirk]] revived the proposal to create a 000-Not-Sure-What-Component-To-File-Against component to catch bug reports when the reporter was not sure what the component should be. [[User:Adamwill|Adam Williamson]] pointed out the potential drawback to the proposal was that it would encourage reporters not to bother selecting the correct component for their report, thus needlessly increasing the load on the triagers. The group agreed that the current small number of bugs filed against the 0xFFFF component which currently occupies the first spot in the components list indicated this was not a problem worth making an active effort to address, and further agreed to work on correctly assigning all bugs currently filed against 0xFFFF.
 
The next QA weekly meeting will be held on 2009-05-20 at 1600 UTC in #fedora-meeting, and the next Bugzappers weekly meeting on 2009-05-19 at 1500 UTC in #fedora-meeting.


<references/>
<references/>


=== Fedora bug workflow ===
=== Upcoming Bugzilla changes ===


[[User:Adamwill|Adam Williamson]] announced<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg00304.html</ref> that he had extensively revised the Fedora bug workflow page<ref>http://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow</ref> to more extensively cover all the available statuses and resolutions, and all the common processes through which most bug reports go. [[User:arxs | Niels Haase]]  pointed out<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg00317.html</ref> that the NEXTRELEASE resolution, which Adam had described in the page as not used for Fedora, is actually used by the automated Bodhi scripts when resolving a bug for which an official update has been issued. Adam followed up this issue, and reported<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg00374.html</ref> that his discussions indicated his interpretation - that bugs fixed in stable releases should be closed as ERRATA - is likely correct, and the Bodhi scripts should be adjusted.
[[User:poelstra|John Poelstra]] announced<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg00560.html</ref> that the regular housekeeping changes to Bugzilla for a new release would be happening on 2009-05-26, with all bugs filed on Rawhide being changed to Fedora 11, and a comment left on bugs filed on Fedora 9 that they must be moved to a later release if confirmed still to be valid, or else they will be closed as WONTFIX.


<references/>
<references/>
Line 52: Line 56:
=== Bugzappers new member SOP ===
=== Bugzappers new member SOP ===


[[User:Tk009|Edward Kirk]] reported<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg00333.html</ref> that he had put the new member SOP for the Bugzappers group live on the Wiki, as agreed at the weekly meeting. [[User:Beland|Christopher Beland]] suggested<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg00349.html</ref> that the language used was very formal, and some areas might be a little vague. [[User:Adamwill|Adam Williamson]] promised<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg00355.html</ref> to try and find time to revise the page a little.
[[User:Adamwill|Adam Williamson]] reported<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg00673.html</ref> that he had revised the new members SOP<ref>http://fedoraproject.org/wiki/BugZappers/sop_new_member</ref> to be clearer and more explicit, and the page explaining how to join the Bugzappers group<ref>http://fedoraproject.org/wiki/BugZappers/Joining</ref> to fully explain the revised process, including the self-introduction email.
 
<references/>
 
=== Priority / severity process ==
 
[[User:Adamwill|Adam Williamson]] followed up<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg00674.html</ref> on the priority / severity proposal, explaining that no significant negative feedback had been received from the development group, and asking for votes on which method for setting these fields the group should proceed with.


<references/>
<references/>

Revision as of 05:33, 16 May 2009

QualityAssurance

In this section, we cover the activities of the QA team[1].

Contributing Writer: Adam Williamson

Test Days

This week's Test Day[1] was on iBus[2], the new default input method framework for Asian languages in Fedora 11. Over 15 people came out to test and report their results, and overall the new system seemed to be working solidly, but testing revealed several issues for the developers to work on. Thanks to all who came out for the Test Day.

Currently, no Test Day is scheduled for next week - it is too close to the scheduled release of Fedora 11 for any testing to produce results directly in Fedora 11 final release, but if you would like to propose a test day which could result in changes for post-release updates, or an early test day for Fedora 12, please contact the QA team via email or IRC.

Weekly meetings

The QA group weekly meeting[1] was held on 2009-05-13. The full log is available[2]. Will Woods reported that he had been doing a lot of upgrade tests, but had not had time to write them up formally as test cases as was planned at the previous meeting.

Adam Williamson reported that he had completed the revision of the Fedora bug workflow page[3] to include the alternative processes agreed for closing bugs in Rawhide at the previous meeting, and had made further changes. He directed the group to his announcement email[4] for further details.

Will Woods reported there had been little work on the autoqa project during the week, as testing for Fedora 11 release had taken priority.

The group discussed how to get feedback on the conduct of Test Days themselves, rather than on the software being tested. Adam Williamson suggested adding a 'suggestion box' to the normal layout for Test Day wiki pages. Jóhann Guðmundsson suggested an email to the fedora-test-list mailing list. James Laska wanted to get in touch with the maintainers who had been involved with Fedora 11 Test Days for their suggestions; Adam Williamson thought it better to simply contact them via email then attempt to set up some kind of survey system.

The group then discussed the Fedora 11 release situation. James Laska explained that Jesse Keating had already led a complete review of all outstanding blocker bugs for the release, trimming the list from over 70 to under 40 by downgrading the priority of some issues, and closing some which had already been addressed, after testing. Jesse thought the planned schedule for a second round of reviews was too late, and decided that it should happen on 2009-05-18. The group agreed that the handling of the final stages of release had not been optimal for F11, and for F12 the group should endeavour to get the blocker bug review done earlier in order to be ready for the release candidate phase, and that it would be useful to hold more blocker review meetings earlier in the cycle overall.

The group then discussed the release candidate phase (note that release candidate builds are generally not widely distributed beyond the QA group, for reasons of timing and available resources). James Laska explained that he planned to create an installation test matrix, with 'how to test' documentation. Will Woods and Jesse Keating were already working on smoke testing early pre-RC builds. Adam Williamson suggested sending an email to fedora-test-list to remind members that now is an ideal time to be testing installation from Rawhide.

Jóhann Guðmundsson raised the issue of the lack of clarity regarding Fedora's target user base, which Adam Williamson had mentioned in discussions on fedora-devel-list. Jesse Keating mentioned that the issue was already under active discussion by the board. After a long discussion, the group all agreed that the QA group did not need to have an opinion on what type of user Fedora should be targetting, but should make it clear to the board that the lack of a clear definition of this issue was actively affecting the ability of the QA group to work effectively, and QA work would benefit immediately from a clear resolution of this issue, whatever the resolution may be.

Jóhann Guðmundsson asked about progress on Jesse Keating's proposal to drop the Alpha milestone for the Fedora 12 release cycle. Jesse reported the proposal had been approved by the Release Engineering group and then by FESCo.

The Bugzappers group weekly meeting[5] was held on 2009-05-12. The full log is available[6]. John Poelstra reported that the planned email to fedora-devel-announce about the housekeeping changes in Bugzilla for Fedora 11 release was ready, and asked for feedback. The group agreed the email looked fine except for talking about Fedora 12 instead of Fedora 11. John promised to fix this and then send out the email.

The group briefly discussed the query used to find bugs filed on Rawhide to be changed to Fedora 11, and mostly agreed that it looked fine.

Adam Williamson reported on the progress of the triage metric system. Brennan Ashton had been very busy during the week and hence difficult to get hold of. He reported that the Python development group was waiting for Brennan to provide test data for them to confirm their proposed fixes to the code were correct, and he was trying to get Brennan to provide this data.

Adam Williamson also reported on the progress of the proposal to include setting the priority / severity fields as part of triage. The request for feedback on fedora-devel-list had produced little response; Adam suggested this wasn't a problem, as the main point was to make sure no developers were actively opposed to the proposal for good reasons. The group agreed that Adam would send a mail to the list to move the process along with a view to starting work on priority / severity as part of the initial triage process soon.

Edward Kirk revived the proposal to create a 000-Not-Sure-What-Component-To-File-Against component to catch bug reports when the reporter was not sure what the component should be. Adam Williamson pointed out the potential drawback to the proposal was that it would encourage reporters not to bother selecting the correct component for their report, thus needlessly increasing the load on the triagers. The group agreed that the current small number of bugs filed against the 0xFFFF component which currently occupies the first spot in the components list indicated this was not a problem worth making an active effort to address, and further agreed to work on correctly assigning all bugs currently filed against 0xFFFF.

The next QA weekly meeting will be held on 2009-05-20 at 1600 UTC in #fedora-meeting, and the next Bugzappers weekly meeting on 2009-05-19 at 1500 UTC in #fedora-meeting.

Upcoming Bugzilla changes

John Poelstra announced[1] that the regular housekeeping changes to Bugzilla for a new release would be happening on 2009-05-26, with all bugs filed on Rawhide being changed to Fedora 11, and a comment left on bugs filed on Fedora 9 that they must be moved to a later release if confirmed still to be valid, or else they will be closed as WONTFIX.

Bugzappers new member SOP

Adam Williamson reported[1] that he had revised the new members SOP[2] to be clearer and more explicit, and the page explaining how to join the Bugzappers group[3] to fully explain the revised process, including the self-introduction email.

= Priority / severity process

Adam Williamson followed up[1] on the priority / severity proposal, explaining that no significant negative feedback had been received from the development group, and asking for votes on which method for setting these fields the group should proceed with.