FWN/Beats/QualityAssurance: Difference between revisions

Latest revision as of 05:10, 17 November 2011

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].

We apologize for the lack of a QA section for the last few issues of FWN: the QA team was very busy with Fedora 16 validation testing. This issue catches up with the QA team news from the last several weeks.

Contributing Writer: Adam Williamson

Test Days

In the past few weeks, we finished up the Fedora 16 Test Day schedule, with Graphics Test Week taking place at the start of September^[1] ref>http://fedoraproject.org/wiki/Test_Day:2011-09-07_Radeon</ref> ref>http://fedoraproject.org/wiki/Test_Day:2011-09-07_Radeon</ref>, virtualization test day taking place on 2011-09-15^[2], another i18n desktop test day on 2011-09-22^[3], an ABRT test day on 2011-09-26^[4], a power management test day on 2011-09-29^[5], printing test day on 2011-10-06^[6], Fedora packager plugin for Eclipse test day on 2011-10-13^[7], and Cloud SIG test day on 2011-10-20^[8]. Most of these test days passed off successfully with the work of the developers behind them, despite the QA team being very busy, so many thanks to those who organized and carried out these events, and those who turned up to do the testing.

The Fedora 17 Test Day cycle has not yet started. We welcome proposals for test days for the Fedora 17 cycle, and we usually accept all the proposals that are made. You can propose a test day for almost anything, and organize it yourself following the handy guide we provide^[9], or alternatively we can help out with the organization of the event. Information on how to propose a test day is available on the Wiki^[10].

Fedora 16 preparation

As mentioned above, Fedora 16 release validation took up almost all of the QA team's time during the last few months, with very challenging Beta and Final releases. There were a total of 12 candidate builds for Beta and Final combined, and the whole team put in tireless work running the set of validation tests against each build and then investigating and verifying the large number of blocker bugs identified. The team was able to contribute to the release eventually going ahead with only a one week slip to the Beta schedule and no slip of the Final schedule, a considerable achievement in the light of the many complex changes in the Fedora 16 feature list.

Release criteria updates

Largely as a result of the Fedora 16 validation process, there were several adjustments and additions to the release criteria in recent weeks. After discussion of the proposed kickstart / unattended installation release criterion concluded, Adam Williamson reported that he had committed his proposed modifications^[1]. He also committed a change to reflect the increased priority of EFI installations from Fedora 17 onwards^[2].

Adam also passed on a suggestion from Peter Jones to improve the clarity of the virtualization criteria^[3]. After an extensive discussion, an elegant wording suggestion from Albert Graham^[4] was eventually accepted and committed^[5].

Tim Flink raised the question to what extent support for Xen virtualization should be included in the release criteria^[6]. After a similarly enthusiastic discussion, it was eventually agreed that Xen DomU support - effectively, the ability to install successfully as a Xen guest - should be a Final release criterion^[7].

Adam also proposed downgrading some rarely-used kickstart deployment methods from Beta to Final in the criteria, requiring only the most commonly-used to be working at Beta stage^[8].

Finally, Adam proposed a criterion for i18n (translation) issues^[9]. After discussion, the proposal was agreed upon at a blocker review meeting later in the week^[10].

Update policy changes

In September, Karsten Hopp raised the issue of a security update for Fedora 14 which had been languishing in the updates-testing repository for some time^[1]. Adam Williamson explained that the amount of testers working on older releases was limited, and that the actual karma requirements for updates to be accepted were controlled by FESCo (the Fedora engineering steering committee), not the QA group^[2]. Chuck Anderson noted that he had the update in question installed, but was struggling for lack of information on how to test it properly^[3]. Rahul Sundaram suggested that Karsten file a ticket with FESCo to raise the issue^[4], and Karsten did^[5].

That ticket was merged with another similar one reported by Doug Ledford^[6], which became a topic of concern to FESCo. After several rounds of discussions, FESCo first decided to relax the requirements for critical path updates somewhat by allowing them to be sent through to the stable repository without the 'required' karma after a period of two weeks had elapsed^[7], and later proposed removing the requirement for critical path updates to receive positive karma from a proven tester^[8], effectively a proposal to end the proven tester system, as this is the only function it serves.

The QA group discussed this proposal at the weekly meeting of 2011-11-07^[9], agreeing that, while they had some reservations about the proposal, they were not definitely opposed to it, and recognized that critical path updates not receiving the currently-required karma is a significant problem.

Update candidate notification

Samuel Greenfeld asked if there was any system to notify testers of new candidate updates for specific packages, and to determine what packages are being actively used on a system^[1]. There were no takers for the second question, but for the first, Adam Williamson suggested using yum parameters that would allow one to specify only certain packages be pulled from the updates-testing repository^[2], and Till Maas pointed out that Bodhi can actually provide per-package RSS notifications^[3].

Proven tester meetings

As a response to the concerns about candidate updates not receiving enough karma, Kevin Fenzi ran a series of weekly proven tester meetups^[1] from 2011-09-21 to 2011-10-26. Recaps of these meetings are available in the mailing list archives^[2] ^[3] ^[4] ^[5] ^[6].

Kevin also proposed an updates-testing-info mailing list, containing only the mails about new packages in updates-testing^[7]. However, the consensus was against the idea, as it was felt that it was easy enough to simply filter the desired mails from the test mailing list for those who did not want to read the other traffic.

QA group representation at FUDCon Pune

Ankur Sinha asked whether anyone from the QA team would be present at the upcoming FUDCon in Pune, India and able to do a presentation on the group's activities^[1]. Adam Williamson replied that unfortunately none of the Red Hat team would be at the conference, but encouraged Ankur to take a shot at giving a presentation himself^[2]. A S Alam then stepped up to volunteer to lead a QA session^[3]. His session was scheduled for 2011-11-04^[4], but we have no report on the event - if you were present, please write to the mailing list and let us know how it went!

[1] ttp://fedoraproject.org/wiki/QA

[2] ttp://fedoraproject.org/wiki/QA/Join

[3] ttp://fedoraproject.org/wiki/Test_Day:2011-09-06_Nouveau

[4] ttp://fedoraproject.org/wiki/Test_Day:2011-09-15_Virtualization

[5] ttp://fedoraproject.org/wiki/Test_Day:2011-09-22_I18n_Desktop

[6] ttp://fedoraproject.org/wiki/Test_Day:2011-09-26_ABRT

[7] ttp://fedoraproject.org/wiki/Test_Day:2011-09-29_PowerManagement

[8] ttp://fedoraproject.org/wiki/Test_Day:2011-10-06_Printing

[9] ttp://fedoraproject.org/wiki/Test_Day:2011-10-13_Fedora_Packager_for_Eclipse

[10] ttp://fedoraproject.org/wiki/Test_Day:2011-10-20_Cloud_SIG_Test_Day

[11] ttp://fedoraproject.org/wiki/QA/SOP_Test_Day_management

[12] ttp://fedoraproject.org/wiki/QA/Test_Days/Create

[13] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102599.html

[14] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102600.html

[15] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102601.html

[16] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102636.html

[17] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103680.html

[18] ttp://lists.fedoraproject.org/pipermail/test/2011-September/103127.html

[19] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103678.html

[20] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103557.html

[21] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103588.html

[22] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103679.html

[23] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102493.html

[24] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102497.html

[25] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102503.html

[26] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102502.html

[27] ttp://fedorahosted.org/fesco/ticket/664

[28] ttp://fedorahosted.org/fesco/ticket/667

[29] ttp://fedorahosted.org/bodhi/ticket/642

[30] ttp://fedorahosted.org/fesco/ticket/667#comment:26

[31] ttp://fedoraproject.org/wiki/QA/Meetings/20111107

[32] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102981.html

[33] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102982.html

[34] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102992.html

[35] ttp://lists.fedoraproject.org/pipermail/test/2011-September/102869.html

[36] ttp://lists.fedoraproject.org/pipermail/test/2011-September/103000.html

[37] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103341.html

[38] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103585.html

[39] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103840.html

[40] ttp://lists.fedoraproject.org/pipermail/test/2011-October/104043.html

[41] ttp://lists.fedoraproject.org/pipermail/test/2011-September/103163.html

[42] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103712.html

[43] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103728.html

[44] ttp://lists.fedoraproject.org/pipermail/test/2011-October/103739.html

[45] ttp://fudcon.in/sessions/fedora-testing

[1]

[2]

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[1]

[2]

[3]

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[1]

[2]

[3]

[4]

@@ Line 2: / Line 2: @@
 == QualityAssurance ==
-In this section, we cover the activities of the QA team<ref>http://fedoraproject.org/wiki/QA</ref>.
+In this section, we cover the activities of the QA team<ref>http://fedoraproject.org/wiki/QA</ref>. For more information on the work of the QA team and how you can get involved, see the Joining page<ref>http://fedoraproject.org/wiki/QA/Join</ref>.
+We apologize for the lack of a QA section for the last few issues of FWN: the QA team was very busy with Fedora 16 validation testing. This issue catches up with the QA team news from the last several weeks.
 Contributing Writer: [[User:Adamwill|Adam Williamson]]
@@ Line 10: / Line 12: @@
 === Test Days ===
-There was no Test Day last week, as we are deep in the Fedora 11 final release run-up.
+In the past few weeks, we finished up the Fedora 16 Test Day schedule, with Graphics Test Week taking place at the start of September<ref>http://fedoraproject.org/wiki/Test_Day:2011-09-06_Nouveau</ref> ref>http://fedoraproject.org/wiki/Test_Day:2011-09-07_Radeon</ref> ref>http://fedoraproject.org/wiki/Test_Day:2011-09-07_Radeon</ref>, virtualization test day taking place on 2011-09-15<ref>http://fedoraproject.org/wiki/Test_Day:2011-09-15_Virtualization</ref>, another i18n desktop test day on 2011-09-22<ref>http://fedoraproject.org/wiki/Test_Day:2011-09-22_I18n_Desktop</ref>, an ABRT test day on 2011-09-26<ref>http://fedoraproject.org/wiki/Test_Day:2011-09-26_ABRT</ref>, a power management test day on 2011-09-29<ref>http://fedoraproject.org/wiki/Test_Day:2011-09-29_PowerManagement</ref>, printing test day on 2011-10-06<ref>http://fedoraproject.org/wiki/Test_Day:2011-10-06_Printing</ref>, Fedora packager plugin for Eclipse test day on 2011-10-13<ref>http://fedoraproject.org/wiki/Test_Day:2011-10-13_Fedora_Packager_for_Eclipse</ref>, and Cloud SIG test day on 2011-10-20<ref>http://fedoraproject.org/wiki/Test_Day:2011-10-20_Cloud_SIG_Test_Day</ref>. Most of these test days passed off successfully with the work of the developers behind them, despite the QA team being very busy, so many thanks to those who organized and carried out these events, and those who turned up to do the testing.
-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.
+The Fedora 17 Test Day cycle has not yet started. We welcome proposals for test days for the Fedora 17 cycle, and we usually accept all the proposals that are made. You can propose a test day for almost anything, and organize it yourself following the handy guide we provide<ref>http://fedoraproject.org/wiki/QA/SOP_Test_Day_management</ref>, or alternatively we can help out with the organization of the event. Information on how to propose a test day is available on the Wiki<ref>http://fedoraproject.org/wiki/QA/Test_Days/Create</ref>.
 <references/>
-=== Weekly meetings ===
+=== Fedora 16 preparation ===
-The QA group weekly meeting<ref>http://fedoraproject.org/wiki/QA/Meetings</ref> was held on 2009-05-27. The full log is available<ref>http://fedoraproject.org/wiki/QA/Meetings/20090527</ref>. [[User:Adamwill|Adam Williamson]] reported that he had again not yet remembered to ask the Bugzilla team to add a link to the Fedora bug workflow page.
+As mentioned above, Fedora 16 release validation took up almost all of the QA team's time during the last few months, with very challenging Beta and Final releases. There were a total of 12 candidate builds for Beta and Final combined, and the whole team put in tireless work running the set of validation tests against each build and then investigating and verifying the large number of blocker bugs identified. The team was able to contribute to the release eventually going ahead with only a one week slip to the Beta schedule and no slip of the Final schedule, a considerable achievement in the light of the many complex changes in the Fedora 16 feature list.
-[[User:Jlaska|James Laska]] reported that he was still not yet ready to send out a Test Day feedback survey to previous participants, but continued to work on it.
+<references/>
-[[User:poelstra|John Poelstra]] reported that he had updated the current Fedora 12 schedule<ref>http://poelstra.fedorapeople.org/schedules/f-12/f-12-releng-tasks.html</ref>.
+=== Release criteria updates ===
-[[User:Wwoods|Will Woods]] reported that he had added a test case for upgrading from one Fedora release to the next with an encrypted root partition<ref>https://fedoraproject.org/wiki/QA:Testcase_Anaconda_Upgrade_Encrypted_Root</ref>.
+Largely as a result of the Fedora 16 validation process, there were several adjustments and additions to the release criteria in recent weeks. After discussion of the proposed kickstart / unattended installation release criterion concluded, [[User:Adamwill|Adam Williamson]] reported that he had committed his proposed modifications<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102599.html</ref>. He also committed a change to reflect the increased priority of EFI installations from Fedora 17 onwards<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102600.html</ref>.
-The group discussed how to handle the installation test result matrix wiki page<ref>https://fedoraproject.org/wiki/QA:Fedora_11_RC2_Install_Test_Results</ref> between release candidate revisions. [[User:Jlaska|James Laska]] committed to work out his best solution and send it to the mailing list.
+Adam also passed on a suggestion from [[User:Pjones|Peter Jones]] to improve the clarity of the virtualization criteria<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102601.html</ref>. After an extensive discussion, an elegant wording suggestion from Albert Graham<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102636.html</ref> was eventually accepted and committed<ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103680.html</ref>.
-[[User:Adamwill|Adam Williamson]] reported that the cleaning and revising of the Fedora 11 Common Bugs page<ref>https://fedoraproject.org/wiki/Common_F11_bugs</ref> was complete. [[User:Jlaska|James Laska]] added that he had as promised been adding significant installation issues to the page. Adam said that he had added the X.org issues of which he was aware, and sound-related issues. He noted that François Cami had created an initial draft of a list of ATI-related issues, but had not yet completed it.
+[[User:Tflink|Tim Flink]] raised the question to what extent support for Xen virtualization should be included in the release criteria<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/103127.html</ref>. After a similarly enthusiastic discussion, it was eventually agreed that Xen DomU support - effectively, the ability to install successfully as a Xen guest - should be a Final release criterion<ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103678.html</ref>.
-[[User:Wwoods|Will Woods]] clarified that his preferred title in relation to autoqa issues is Cap'n Autoqa. The minutes do not relate whether or not there is a parrot.
+Adam also proposed downgrading some rarely-used kickstart deployment methods from Beta to Final in the criteria, requiring only the most commonly-used to be working at Beta stage<ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103557.html</ref>.
-The group reviewed the current status of Fedora 11 GA (final release) from its perspective. (Note that this meeting took place before the latest delay in the final ship date). They went over the list of currently open release blocker bugs, and agreed it seemed possible to make the final deadline for initial RC generation with all of the bugs at least tentatively resolved. There was detailed discussion of two bugs (502077 and 498553). Action plans were developed for both issues to have them addressed within the one-day deadline the team was at this point working with.
+Finally, Adam proposed a criterion for i18n (translation) issues<ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103588.html</ref>. After discussion, the proposal was agreed upon at a blocker review meeting later in the week<ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103679.html</ref>.
-The Bugzappers group weekly meeting<ref>http://fedoraproject.org/wiki/BugZappers/Meetings</ref> was held on 2009-05-26. The full log is available<ref>http://fedoraproject.org/wiki/BugZappers/Meetings/Minutes-2009-May-26</ref>. [[User:poelstra|John Poelstra]] reported on progress of the housekeeping changes for Fedora 11's release, and the group agreed that he was doing a fine job and should keep it up.
+<references/>
-[[User:Adamwill|Adam Williamson]] reported on the progress of the triage metric system. Significant progress had been made during the week by the author, Brennan Ashton. The system is now fully working on the official Fedora infrastructure hosting server<ref>http://publictest14.fedoraproject.org/triageweb/</ref>. It is currently working with a test snapshot of data rather than with the live Bugzilla data, but it should already be theoretically capable of working with the live data. The project will now enter a tidying-up and beta testing phase during which it will be brought up to a state where it can be declared fully usable. This should take two weeks or so. The group noted that the list of triagers was based on the FAS 'triagers' group, which leads back to the existing question of how to rationalize the 'fedorabugs' and 'triagers' groups. Brennan will work with [[User:Jstanley|Jon Stanley]] to address this issue.
+=== Update policy changes ===
-[[User:Adamwill|Adam Williamson]] also reported on the progress of the proposal to include setting the priority / severity fields as part of triage. As no feedback opposing the Cepl Method<ref>http://fedoraproject.org/wiki/User:Beland/Bugzilla_Legend#Proposal_B:</ref> had been received on the mailing list, the group agreed that it could now go ahead and adopt this as the official method of setting severity at the triage stage. Adam said he would work with the Bugzilla team to restrict access to the priority and severity fields as had been agreed as part of the proposal, and then adjust all the relevant documentation on the Wiki to put the severity policy into place.
+In September, [[User:Karsten|Karsten Hopp]] raised the issue of a security update for Fedora 14 which had been languishing in the updates-testing repository for some time<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102493.html</ref>. [[User:Adamwill|Adam Williamson]] explained that the amount of testers working on older releases was limited, and that the actual karma requirements for updates to be accepted were controlled by FESCo (the Fedora engineering steering committee), not the QA group<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102497.html</ref>. [[User:Cra|Chuck Anderson]] noted that he had the update in question installed, but was struggling for lack of information on how to test it properly<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102503.html</ref>. [[User:Sundaram|Rahul Sundaram]] suggested that Karsten file a ticket with FESCo to raise the issue<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102502.html</ref>, and Karsten did<ref>http://fedorahosted.org/fesco/ticket/664</ref>.
-The next QA weekly meeting will be held on 2009-06-03 at 1600 UTC in #fedora-meeting, and the next Bugzappers weekly meeting on 2009-06-02 at 1500 UTC in #fedora-meeting.
+That ticket was merged with another similar one reported by Doug Ledford<ref>http://fedorahosted.org/fesco/ticket/667</ref>, which became a topic of concern to FESCo. After several rounds of discussions, FESCo first decided to relax the requirements for critical path updates somewhat by allowing them to be sent through to the stable repository without the 'required' karma after a period of two weeks had elapsed<ref>http://fedorahosted.org/bodhi/ticket/642</ref>, and later proposed removing the requirement for critical path updates to receive positive karma from a proven tester<ref>http://fedorahosted.org/fesco/ticket/667#comment:26</ref>, effectively a proposal to end the proven tester system, as this is the only function it serves.
+The QA group discussed this proposal at the weekly meeting of 2011-11-07<ref>http://fedoraproject.org/wiki/QA/Meetings/20111107</ref>, agreeing that, while they had some reservations about the proposal, they were not definitely opposed to it, and recognized that critical path updates not receiving the currently-required karma is a significant problem.
 <references/>
-=== Unified Greasemonkey triage script ===
+=== Update candidate notification ===
-Matej Cepl announced<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01131.html</ref> that he had released a new revised and unified Greasemonkey script for triagers incorporating all features of all previously released scripts. [[User:Tk009|Edward Kirk]] thanked him for his work<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01132.html</ref>. [[User:StevenParrish | Steven Parrish]] noted<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01163.html</ref> that GreaseMonkey did not yet work unmodified with the current Firefox 3.5 pre-release as found in Fedora 11. Matej suggested<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01174.html</ref> the Nightly Tester Tools extension as an easy way to work around this limitation.
+Samuel Greenfeld asked if there was any system to notify testers of new candidate updates for specific packages, and to determine what packages are being actively used on a system<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102981.html</ref>. There were no takers for the second question, but for the first, [[User:Adamwill|Adam Williamson]] suggested using yum parameters that would allow one to specify only certain packages be pulled from the updates-testing repository<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102982.html</ref>, and [[User:till|Till Maas]] pointed out that Bodhi can actually provide per-package RSS notifications<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102992.html</ref>.
 <references/>
-=== Merging Fedora 11 FAQ into other pages ===
+=== Proven tester meetings ===
+As a response to the concerns about candidate updates not receiving enough karma, [[User:Kevin|Kevin Fenzi]] ran a series of weekly proven tester meetups<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/102869.html</ref> from 2011-09-21 to 2011-10-26. Recaps of these meetings are available in the mailing list archives<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/103000.html</ref> <ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103341.html</ref> <ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103585.html</ref> <ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103840.html</ref> <ref>http://lists.fedoraproject.org/pipermail/test/2011-October/104043.html</ref>.
-[[User:Beland|Christopher Beland]] revived<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01226.html</ref> the idea of merging the Fedora 11 FAQ<ref>http://fedoraproject.org/wiki/Fedora_11_FAQ</ref>, maintained by [[User:Sundaram | Rahul Sundaram]], into other pages, as most of its content could more appropriately be located in various other places, including the Release Notes, Installation Guide, Common Bugs page and other places. Rahul explained<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01228.html</ref> that he was happy for any content that could be moved to a more appropriate place to be removed from the FAQ page. The documentation team's [[User:Laubersm|Susan Lauber]] contributed some suggestions<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01246.html</ref> on other appropriate places the content could be moved to, and in a later thread she provided<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01328.html</ref> some more useful information on adding information to the Release Notes post-freeze.
+Kevin also proposed an updates-testing-info mailing list, containing only the mails about new packages in updates-testing<ref>http://lists.fedoraproject.org/pipermail/test/2011-September/103163.html</ref>. However, the consensus was against the idea, as it was felt that it was easy enough to simply filter the desired mails from the test mailing list for those who did not want to read the other traffic.
 <references/>
-=== Release Candidate testing ===
+=== QA group representation at FUDCon Pune ===
-[[User:Jlaska|James Laska]] announced<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01272.html</ref> testing for the first release candidate build for Fedora 11 (and, later, for the second<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01333.html</ref>). He asked for installation-related issues to be reported to the Wiki test matrix page<ref>https://fedoraproject.org/wiki/QA:Fedora_11_RC2_Install_Test_Results</ref>. This led indirectly to questions about where to find the release candidate images (their location is buried within the matrix page in order to try and limit demand for the images) and why release candidate images are not more widely promoted and distributed<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01308.html</ref>. [[User:jkeating|Jesse Keating]] explained <ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01309.html</ref> that the amounts of data were too great, the available storage and bandwidth resources too small, and the timeframes too tight for release candidate images to be meaningfully distributed for public testing. He did emphasize<ref>http://www.redhat.com/archives/fedora-test-list/2009-May/msg01286.html</ref>, however, that the community could contribute useful testing through use of the Rawhide repositories and installer images, which currently are synchronized with the release candidate builds.
+[[User:Ankursinha|Ankur Sinha]] asked whether anyone from the QA team would be present at the upcoming FUDCon in Pune, India and able to do a presentation on the group's activities<ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103712.html</ref>. [[User:Adamwill|Adam Williamson]] replied that unfortunately none of the Red Hat team would be at the conference, but encouraged Ankur to take a shot at giving a presentation himself<ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103728.html</ref>. A S Alam then stepped up to volunteer to lead a QA session<ref>http://lists.fedoraproject.org/pipermail/test/2011-October/103739.html</ref>. His session was scheduled for 2011-11-04<ref>http://fudcon.in/sessions/fedora-testing</ref>, but we have no report on the event - if you were present, please write to the mailing list and let us know how it went!
 <references/>

Search