From Fedora Project Wiki

< FWN‎ | Beats

(fwn 189 beat)
(create fwn 190 beat)
Line 10: Line 10:
=== Test Days ===
=== Test Days ===


Last week's main track Test Day<ref>http://fedoraproject.org/wiki/Test_Day:2009-08-13_NetworkManager</ref> was on NetworkManager<ref>http://fedoraproject.org/wiki/Tools/NetworkManager</ref>. There was a solid turnout of testers and developers, and several bugs were filed and fixed. A report on this Test Day is available<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00377.html</ref>.
Last week's main track Test Day<ref>https://fedoraproject.org/wiki/Test_Day:2009-08-20_ABRT</ref> was on ABRT<ref>https://fedoraproject.org/wiki/Features/ABRT</ref>, the Automated Bug Reporting Tool. There was a solid turnout of testers and developers, and several bugs were filed and fixed.


Last weeks' Fit and Finish Test Day<ref>http://fedoraproject.org/wiki/Test_Day:2009-08-11_Fit_and_Finish:Peripherals</ref> was on peripherals. Several people turned out to help test, and a variety of different bugs with different types of peripheral were reported.
Last weeks' Fit and Finish Test Day<ref>https://fedoraproject.org/wiki/Test_Day:2009-08-18_Fit_and_Finish:Printing</ref> was on printing. The Fit and Finish team and some volunteer testers filed several bugs which should improve the friendliness of printing and printing configuration, seven of which have already been fixed.


Next week's main track Test Day<ref>http://fedoraproject.org/wiki/Test_Day:2009-08-20</ref> will be on ABRT changes for Fedora 12<ref>http://fedoraproject.org/wiki/Features/ABRTF12</ref>. ABRT is the Automatic Bug Reporting Tool which helps users file bug reports automatically when applications fail, and it has been extensively improved for Fedora 12. It's an easy component to test and it will help improve the quality of future Fedora releases, so please come along and help out! The Test Day will be held on Thursday 2009-08-20 in IRC #fedora-qa.
Next week's main track Test Day<ref>https://fedoraproject.org/wiki/Test_Day:2009-08-27</ref> will be on Dracut<ref>https://fedoraproject.org/wiki/Dracut</ref>. Dracut is a new initrd (or, more properly, initramfs) generation tool designed to replace mkinitrd and nash for Fedora 12. An initrd or initramfs is the basic pre-built filesystem image that is initialized along with the kernel when your system first boots up, allowing the necessary hardware to be initialized to access your real storage devices and thus permitting the main boot process to proceed, so obviously it is a critical component of any system; if there's a problem with Dracut, it could very well stop your system from being able to boot at all. So it's vital that we get as much testing as possible on as wide a variety of hardware as we can. We're particularly interested in testing on more complex setups, where the root partition is on a RAID or LVM array, or even LVM-on-RAID, or where the root partition is mounted across a network connection. There will be live CD images available for testing, so you can test without a Rawhide install too. Please come along and help out! The Test Day will be held on Thursday 2009-08-27 in IRC #fedora-test-day (note the change of IRC channel).
 
The Fit and Finish<ref>http://fedoraproject.org/wiki/Fit_and_Finish</ref> Test Day track will be holding its own Test Day<ref>https://fedoraproject.org/wiki/Test_Day:2009-08-18_Fit_and_Finish:Printing</ref>, on printing. This is a vital area for many users and has lots of potential quirks with different types of printer connected in different ways, so please come out and help make sure the printing user experience is as smooth as possible! Live images will be available before the Test Day. The Test Day will be held on Tuesday 2009-08-18 in IRC #fedora-fit-and-finish (note this is not the same channel where main track Test Days take place).


If you would like to propose a main track Test Day for the Fedora 12 cycle, please contact the QA team via email or IRC, or file a ticket in QA Trac<ref>http://fedorahosted.org/fedora-qa/</ref>.
If you would like to propose a main track Test Day for the Fedora 12 cycle, please contact the QA team via email or IRC, or file a ticket in QA Trac<ref>http://fedorahosted.org/fedora-qa/</ref>.
Line 24: Line 22:
=== Weekly meetings ===
=== Weekly meetings ===


The QA group weekly meeting<ref>http://fedoraproject.org/wiki/QA/Meetings</ref> was held on 2009-08-10. The full log is available<ref>http://fedoraproject.org/wiki/QA/Meetings/20090810</ref>. [[User:Jlaska|James Laska]] asked for feedback on the quality of downloads of the Alpha test compose from the alt.fedoraproject.org server. [[User:Adamwill|Adam Williamson]] reported that his download had been fast and trouble-free. [[User:Kparal|Kamil Paral's]] had been slower, but that was tracked down to bandwidth limitations on his end.
The QA group weekly meeting<ref>http://fedoraproject.org/wiki/QA/Meetings</ref> was held on 2009-08-17. The full log is available<ref>http://fedoraproject.org/wiki/QA/Meetings/20090817</ref>. [[User:Jlaska|James Laska]] reported that a first release candidate for the Fedora 12 Alpha had been uploaded to alt.fedoraproject.org, the installation test matrix<ref>http://fedoraproject.org/wiki/QA:Fedora_12_Alpha_RC1_Install_Test_Results</ref> had been created, and that testing was needed to fill it out. [[User:Adamwill|Adam Williamson]] asked how the blocker list looked, and James reported that it contained only two bugs, both in MODIFIED state, and both appearing to have been fixed. On overall readiness, James and [[User:jkeating|Jesse Keating]] reported that the installer seems to be in good shape, but the final round of testing would confirm that. Adam felt that X.org was in good shape, certainly good enough for an Alpha release. In general the group felt the current state was good enough for an Alpha release.


[[User:Jlaska|James Laska]] asked why Rawhide still contained anaconda 12.7, when later versions had been released and built. [[User:jkeating|Jesse Keating]] stated that later versions of anaconda had been entirely broken and thus had not passed his critical path package checks. [[User:Adamwill|Adam Williamson]] asked why major regressions in anaconda seemed to be being introduced during an Alpha freeze. [[User:jkeating|Jesse Keating]] explained that anaconda development was treated as an independent 'upstream project', like rpm, and so did not respect Fedora freezes. Adam suggested that, in that case, Fedora packaging of anaconda should not accept new upstream versions as a matter of course, especially during freezes, but cherry-pick appropriate fixes, due to the sensitivity of anaconda to changes and its position of fundamental importance in any Fedora release.
[[User:Wwoods|Will Woods]] reported on the progress of the AutoQA project. He had now implemented a system for all tests to report their results to the autoqa-results list<ref>http://fedorahosted.org/mailman/listinfo/autoqa-results</ref> (sign up for this list if you want to see the results of the AutoQA tests!) He had updated the test writing notes<ref>http://fedoraproject.org/wiki/Talk:Autotest</ref> and fixed the test watcher script so that the tests run regularly, automatically, with no manual intervention needed. He was planning to write a draft of a 'How to write a test' document. He had also made a blog post<ref>http://qa-rockstar.livejournal.com/8215.html</ref> to summarize current progress. [[User:Kparal|Kamil Paral]] pointed out that Petr Splichal is working on a package sanity test tool, and it might be a good idea to integrate his work into the AutoQA framework. [[User:dpravec|David Pravec]] suggested inviting Petr to the next QA meeting to discuss the proposal, and Kamil contacted Petr to ask him to speak to Will.


[[User:Jlaska|James Laska]] called for those who had filed or were monitoring critical bugs for the Alpha release to continue to work on verifying fixes for them and closing them where appropriate.
[[User:Jlaska|James Laska]] gave an update on Test Day status. He had not seen a post-event report for the Fit and Finish team's Peripherals Test Day, but [[User:Adamwill|Adam Williamson]] noted he had run his test day report script on the Peripherals page and it showed 10 NEW, 2 ASSIGNED and one CLOSED bug report. He noted the Fit and Finish Printing Test Day and the main track ABRT Test Day were upcoming, and that [[User:dpravec|David Pravec]] and [[User:Kparal|Kamil Paral]] were running the ABRT event. James asked [[User:Johannbg|Jóhann Guðmundsson]] if he would like to lead the upcoming Dracut Test Day, but Jóhann did not respond, so James promised to find out who would be leading the event later.


[[User:Jlaska|James Laska]] asked for a general overview of Rawhide's readiness for the Alpha release. The consensus was that anaconda was still not yet ready, but most other components were in decent shape. [[User:Adamwill|Adam Williamson]] noted that packages fixing the known major breakage in xorg-x11-server-1.6.99-25 had been tagged into Rawhide over the weekend. James also worried that many features on the Fedora 12 feature list did not seem to be complete in terms of development or have complete test plans yet, but no action was thought to be possible on this.
The Bugzappers group weekly meeting<ref>http://fedoraproject.org/wiki/BugZappers/Meetings</ref> was held on 2009-08-18. The full log is available<ref>http://meetbot.fedoraproject.org/fedora-meeting/2009-08-18/fedora-meeting.2009-08-18-15.02.log.html</ref>. Niels Haase asked if the switchover in procedure for marking bugs as triaged could be added to the QA project calendar. [[User:Adamwill|Adam Williamson]] promised to check with [[User:Jlaska|James Laska]] whether this could be done.


[[User:Wwoods|Will Woods]] reported on the progress of the AutoQA project. He had completed the automated installation tests, and refactored the pre-existing autoqa tests into the new autotest system. He also had some tests starting to send their results to a mailing list, and hoped to have this process available to the public soon.
Brennan Ashton gave an update on the status of the triage metrics project. He intends to redesign the entire codebase from scratch to make it easier to maintain in the long term, and have the new version online in one month. He had to take down the current implementation temporarily while the server it is hosted on was upgraded, and intended to leave it down until the new code was ready, but [[User:Adamwill|Adam Williamson]] asked him to re-enable the existing system once the host server had been upgraded, so there was still some system available. Brennan also stated he might have someone interested in becoming a co-maintainer of the project. Adam wanted to make sure that once the re-design was complete the system would be able to stay in place consistently over the long term, as long term reliable and consistent reporting is vital to the metrics project. Brennan assured him this would be the case.


The Bugzappers group weekly meeting<ref>http://fedoraproject.org/wiki/BugZappers/Meetings</ref> was held on 2009-08-11. The full log is available<ref>http://meetbot.fedoraproject.org/fedora-meeting/2009-08-11/fedora-meeting.2009-08-11-15.03.log.html</ref>. [[User:Adamwill|Adam Williamson]] admitted he had not found time to ask the desktop development team for their position on the new triage process, or check which Bugzilla changes generate an email by default.
The next QA weekly meeting will be held on 2009-08-24 at 1600 UTC in #fedora-meeting, and the next Bugzappers weekly meeting on 2009-08-25 at 1500 UTC in #fedora-meeting.


The group wanted to take a final decision on the question of changing the process by which bugs are marked as triaged. After a long discussion, it was agreed to go ahead with a plan to switch to using the Triaged keyword rather than the ASSIGNED state, starting with bugs for Fedora 13. [[User:Adamwill|Adam Williamson]] agreed to send a wrap-up email to the mailing list.
<references/>


[[User:Tk009|Edward Kirk]] brought up the recent fedora-devel-list mail<ref>http://www.redhat.com/archives/fedora-devel-list/2009-August/msg00490.html</ref> which had mentioned the need for triaging of XMMS bugs. However, several group members had looked over the list of bugs on XMMS that were still open or had been closed due to age, and found nothing that could be pursued.
=== NetworkManager Test Day report ===
 
[[User:Adamwill|Adam Williamson]] reported<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00377.html</ref> on the NetworkManager Test Day held on 2009-08-13, with a list of all bugs reported during the Test Day and their current statuses. He also provided the command he had used to generate the list, for the benefit of others doing future Test Day reports.
 
<references/>
 
=== Alpha release candidates ===
 
[[User:Liam|Liam Li]] and [[User:Jlaska|James Laska]] announced the availability of, respectively, Fedora 12 Alpha RC1<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00521.html</ref> and RC2<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00529.html</ref>, together with a plea for group members to test installation of these images and report their result to the test matrices: RC1<ref>http://fedoraproject.org/wiki/QA:Fedora_12_Alpha_RC1_Install_Test_Results</ref>, and RC2<ref>https://fedoraproject.org/wiki/QA:Fedora_12_Alpha_RC2_Install_Test_Results</ref>.
 
<references/>


[[User:Tk009|Edward Kirk]] also worried that meetings were being planned only by himself and [[User:Rjune|Richard June]] and were not being planned according to a defined policy. He intended to write a SOP for planning meetings, and encourage the use of the agenda item submission process to make sure no important issues were not making it to the meeting agenda.
=== DeltaISOs for Alpha test builds ===


The next QA weekly meeting will be held on 2009-08-17 at 1600 UTC in #fedora-meeting, and the next Bugzappers weekly meeting on 2009-08-18 at 1500 UTC in #fedora-meeting.
Andre Robatino announced the availability of DeltaISOs for going from the Alpha Test Compose to Alpha RC1<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00411.html</ref>, and later for going from Alpha RC1 to Alpha RC2<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00532.html</ref>. If you have downloaded the Test Compose or RC1 and would like to test RC2, please consider using these DeltaISOs to reduce the strain on the server.


<references/>
<references/>


=== Fedora 12 Alpha delay ===
=== Test Day live image creation guide updates ===


At the final go/no-go meeting on Monday 2009-08-10, it was decided with the unanimous agreement of release engineering and QA groups to slip Fedora 12 Alpha's release by one week due to several blocker bugs still outstanding, including several bugs which could cause installations to fail completely in very common circumstances. [[User:jkeating|Jesse Keating]] announced the slip<ref>http://www.redhat.com/archives/fedora-devel-list/2009-August/msg00634.html</ref> to the development mailing list.
[[User:Kparal|Kamil Paral]] announced<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00428.html</ref> that he had updated the Test Day live image creation guide once more, with some refinements to the included applications and desktop icons.


<references/>
<references/>


=== Fedora 12 Alpha blocker bug reviews ===
=== Daily Rawhide live spins available ===


[[User:Jlaska|James Laska]] reminded the group<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00241.html</ref> that several bugs blocking the Alpha release (as of Sunday 2009-08-09) were in MODIFIED state and required further testing. Later, he sent a follow-up<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00312.html</ref> with updated status on several of the bugs listed.
[[User:maxamillion|Adam Miller]] announced<ref>http://www.redhat.com/archives/fedora-test-list/2009-August/msg00443.html</ref> that, with the help of [[User:Kevin|Kevin Fenzi]] and others, a system was now in place to generate and make available daily Rawhide live images for several spins<ref>http://alt.fedoraproject.org/pub/alt/nightly-composes</ref>, so it will always be possible to test a bleeding-edge Rawhide system without installing anything to hard disk. Several list members posted heartfelt thanks for their efforts.


<references/>
<references/>

Revision as of 19:58, 21 August 2009

QualityAssurance

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

Contributing Writer: Adam Williamson

Test Days

Last week's main track Test Day[1] was on ABRT[2], the Automated Bug Reporting Tool. There was a solid turnout of testers and developers, and several bugs were filed and fixed.

Last weeks' Fit and Finish Test Day[3] was on printing. The Fit and Finish team and some volunteer testers filed several bugs which should improve the friendliness of printing and printing configuration, seven of which have already been fixed.

Next week's main track Test Day[4] will be on Dracut[5]. Dracut is a new initrd (or, more properly, initramfs) generation tool designed to replace mkinitrd and nash for Fedora 12. An initrd or initramfs is the basic pre-built filesystem image that is initialized along with the kernel when your system first boots up, allowing the necessary hardware to be initialized to access your real storage devices and thus permitting the main boot process to proceed, so obviously it is a critical component of any system; if there's a problem with Dracut, it could very well stop your system from being able to boot at all. So it's vital that we get as much testing as possible on as wide a variety of hardware as we can. We're particularly interested in testing on more complex setups, where the root partition is on a RAID or LVM array, or even LVM-on-RAID, or where the root partition is mounted across a network connection. There will be live CD images available for testing, so you can test without a Rawhide install too. Please come along and help out! The Test Day will be held on Thursday 2009-08-27 in IRC #fedora-test-day (note the change of IRC channel).

If you would like to propose a main track Test Day for the Fedora 12 cycle, please contact the QA team via email or IRC, or file a ticket in QA Trac[6].

Weekly meetings

The QA group weekly meeting[1] was held on 2009-08-17. The full log is available[2]. James Laska reported that a first release candidate for the Fedora 12 Alpha had been uploaded to alt.fedoraproject.org, the installation test matrix[3] had been created, and that testing was needed to fill it out. Adam Williamson asked how the blocker list looked, and James reported that it contained only two bugs, both in MODIFIED state, and both appearing to have been fixed. On overall readiness, James and Jesse Keating reported that the installer seems to be in good shape, but the final round of testing would confirm that. Adam felt that X.org was in good shape, certainly good enough for an Alpha release. In general the group felt the current state was good enough for an Alpha release.

Will Woods reported on the progress of the AutoQA project. He had now implemented a system for all tests to report their results to the autoqa-results list[4] (sign up for this list if you want to see the results of the AutoQA tests!) He had updated the test writing notes[5] and fixed the test watcher script so that the tests run regularly, automatically, with no manual intervention needed. He was planning to write a draft of a 'How to write a test' document. He had also made a blog post[6] to summarize current progress. Kamil Paral pointed out that Petr Splichal is working on a package sanity test tool, and it might be a good idea to integrate his work into the AutoQA framework. David Pravec suggested inviting Petr to the next QA meeting to discuss the proposal, and Kamil contacted Petr to ask him to speak to Will.

James Laska gave an update on Test Day status. He had not seen a post-event report for the Fit and Finish team's Peripherals Test Day, but Adam Williamson noted he had run his test day report script on the Peripherals page and it showed 10 NEW, 2 ASSIGNED and one CLOSED bug report. He noted the Fit and Finish Printing Test Day and the main track ABRT Test Day were upcoming, and that David Pravec and Kamil Paral were running the ABRT event. James asked Jóhann Guðmundsson if he would like to lead the upcoming Dracut Test Day, but Jóhann did not respond, so James promised to find out who would be leading the event later.

The Bugzappers group weekly meeting[7] was held on 2009-08-18. The full log is available[8]. Niels Haase asked if the switchover in procedure for marking bugs as triaged could be added to the QA project calendar. Adam Williamson promised to check with James Laska whether this could be done.

Brennan Ashton gave an update on the status of the triage metrics project. He intends to redesign the entire codebase from scratch to make it easier to maintain in the long term, and have the new version online in one month. He had to take down the current implementation temporarily while the server it is hosted on was upgraded, and intended to leave it down until the new code was ready, but Adam Williamson asked him to re-enable the existing system once the host server had been upgraded, so there was still some system available. Brennan also stated he might have someone interested in becoming a co-maintainer of the project. Adam wanted to make sure that once the re-design was complete the system would be able to stay in place consistently over the long term, as long term reliable and consistent reporting is vital to the metrics project. Brennan assured him this would be the case.

The next QA weekly meeting will be held on 2009-08-24 at 1600 UTC in #fedora-meeting, and the next Bugzappers weekly meeting on 2009-08-25 at 1500 UTC in #fedora-meeting.

NetworkManager Test Day report

Adam Williamson reported[1] on the NetworkManager Test Day held on 2009-08-13, with a list of all bugs reported during the Test Day and their current statuses. He also provided the command he had used to generate the list, for the benefit of others doing future Test Day reports.

Alpha release candidates

Liam Li and James Laska announced the availability of, respectively, Fedora 12 Alpha RC1[1] and RC2[2], together with a plea for group members to test installation of these images and report their result to the test matrices: RC1[3], and RC2[4].

DeltaISOs for Alpha test builds

Andre Robatino announced the availability of DeltaISOs for going from the Alpha Test Compose to Alpha RC1[1], and later for going from Alpha RC1 to Alpha RC2[2]. If you have downloaded the Test Compose or RC1 and would like to test RC2, please consider using these DeltaISOs to reduce the strain on the server.

Test Day live image creation guide updates

Kamil Paral announced[1] that he had updated the Test Day live image creation guide once more, with some refinements to the included applications and desktop icons.

Daily Rawhide live spins available

Adam Miller announced[1] that, with the help of Kevin Fenzi and others, a system was now in place to generate and make available daily Rawhide live images for several spins[2], so it will always be possible to test a bleeding-edge Rawhide system without installing anything to hard disk. Several list members posted heartfelt thanks for their efforts.