From Fedora Project Wiki

< FWN‎ | Beats

Revision as of 23:45, 12 April 2010 by Adamwill (talk | contribs) (create fwn 221 qa beat)

QualityAssurance

In this section, we cover the activities of the QA team[1]. For more information on the work of the QA team and how you can get involved, see the Joining page[2].

Contributing Writer: Adam Williamson

Test Days

Last week's Test Day[1] was on virtualization[2]. This was mainly focused on the Fedora virtualization stack, based around KVM, libvirt, and virt-manager. A small band of hardened virtualization testers were able to expose 14 bugs, which the developers are now investigating. Thanks to everyone who came out to help with the testing.

This week is a big moment in the Test Day schedule: Graphics Test Week. There will be three Test Days focusing on the three major graphics drivers: NVIDIA Test Day on Tuesday 2010-04-13[3], ATI/AMD Test Day on Wednesday 2010-04-14[4], and Intel graphics Test Day on Thursday 2010-04-15[5]. As always, widespread graphics testing is critical to the development of these drivers. Around 75% of all bugs reported in the last Graphics Test Week have been closed (either as fixed, or as duplicates), so the information gathered isn't ignored! Testing can be done with a live image, so there's no need to have an unstable Fedora installation to do the testing, and the tests are easy to do and come with full instructions. Almost everyone has an NVIDIA, AMD/ATI or Intel graphics adapter, so please come out to help us test! The events will take place all day in the #fedora-test-day channel on Freenode IRC (if you're not sure how to use IRC, there's an instruction page[6], or you can use WebIRC[7]. If you can't make it on the day, you can still provide your results on the Wiki page before or after the event.

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

Fedora 13 testing

This week saw the group wrap up Fedora 13 Beta validation testing. After the previous week's delay, the fourth[1] and fifth[2] release candidate builds for the Beta arrived during the week. Installation[3] and desktop[4] validation testing for the RC4 build were both broadly successful, but Adam Williamson realized that the build included a critical bug which would cause systems containing a certain common network adapter to be unable to boot[5], so the RC5 build provided an updated kernel to fix that issue. Adam posted a call for testing of the updated kernel[6] which drew an overwhelming response, with dozens of group members confirming the kernel worked on their systems. The group re-ran the validation tests[7], and subsequently agreed with the development and release engineering groups at the go/no-go meeting[8] that the RC5 build met all the release criteria[9] and so was suitable for release as Fedora 13 Beta. Rui He summarized the validation test results[10] and encouraged more group members to be involved in the validation testing for future releases.

Testing non-English keyboard layouts

Petri Laine reported[1] that he had experienced problems using a non-default keyboard mapping in Fedora 13 Beta RC5. Adam Williamson replied[2] that similar bugs had occurred during previous release periods, and then announced[3] that he had extended an installation validation test case[4] and created a desktop validation test case[5] to try to ensure that similar issues are caught in future testing rounds. Petri appended his report to an existing bug report[6] and followed up on the problem there.

Ensuring packages are signed

James Laska proposed[1] a new release criterion and validation test to ensure that all packages are signed with a valid Feora GPG signature. Bill Nottingham pointed out[2] that this would not slot easily into the existing package release workflow. He also noted that Bodhi is supposed to reject un-signed packages. Jesse Keating explained[3] that this was a mash configuration option which had been disabled intentionally for initial Branched composes as some packages were known not to be signed at that time. Bill ultimately suggested[4] that the signature check should be re-enabled in the relevant mash configurations.

Bugzappers screencasts

At the weekly Bugzappers meeting[1], Adam Williamson noted that he had not yet forwarded Shakthi Kannan's suggestion of making Bugzapping screencasts to the mailing list. The next day, he did so[2]. Eric Lake, Chris Campbell and James Gledhill all posted in support of the idea, but no-one yet had the combination of free time and expertise to make the screencasts.

AutoQA

With Fedora 13 validation testing winding down, work on AutoQA was picking up steam again, with the team working on dependency checking[1], tests[2] to implement the Package Sanity Test Plan[3], the results database idea[4] and the automated installation test plan[5].