From Fedora Project Wiki
(tighten it up (suggestion from list))
(revise rawhide section a bit now i changed rawhide pages)
 
(11 intermediate revisions by 4 users not shown)
Line 2: Line 2:
__NOTOC__
__NOTOC__


Welcome! This page outlines all the activities you can get involved in to help with [[QA|Fedora QA]]. It's easy to get involved and we'd love to welcome more people to the group, so pick one or more of the activities and jump right in. Please consider joining the [https://www.redhat.com/mailman/listinfo/fedora-test-list fedora-test-list] and/or the [irc://irc.freenode.net/fedora-qa #fedora-qa IRC channel], so your voice can be heard within the Fedora QA community. You can also add your name to the [[QA/Contributors|QA contributor list]].
Welcome! This page outlines all the activities you can get involved in to help with [[QA|Fedora QA]]. It's easy to get involved and we'd love to welcome more people to the group, so pick one or more of the activities and jump right in. Please consider joining the [https://www.redhat.com/mailman/listinfo/fedora-test-list fedora-test-list] and/or the [irc://irc.freenode.net/fedora-qa #fedora-qa IRC channel], so your voice can be heard within the Fedora QA community.


== Reporting bugs in Fedora releases ==
== Reporting bugs in Fedora releases ==


Many people are already involved in Fedora QA right now. It's as simple as running Fedora and reporting problems when you come across them. All you need is Fedora and a [http://bugzilla.redhat.com Bugzilla] account: [https://bugzilla.redhat.com/createaccount.cgi create an account here]. If you report bugs you find in Fedora as you come across them, you're already making a big contribution to Fedora QA. You can read about the best way to report bugs [[BugsAndFeatureRequests|here]]. To talk about the issues you find with other testers before reporting them, consider joining the [https://www.redhat.com/mailman/listinfo/fedora-test-list fedora-test-list] mailing list, which covers all QA issues, and the [irc://irc.freenode.net/fedora-qa #fedora-qa IRC channel].
Many people are already involved in Fedora QA, just by reporting problems as you do your regular tasks on Fedora. All you need is a [http://bugzilla.redhat.com Bugzilla] account: [https://bugzilla.redhat.com/createaccount.cgi create your account]. Reporting Fedora bugs as you come across them is a big contribution! We provide some suggestions on [[BugsAndFeatureRequests|reporting bugs]]. If you want to discuss the bugs before reporting them, we can be found on the [https://www.redhat.com/mailman/listinfo/fedora-test-list fedora-test-list] mailing list and the [irc://irc.freenode.net/fedora-qa #fedora-qa] IRC channel.


== Testing official updates before they are released ==
== Testing official updates before they are released ==


Another easy way to contribute to Fedora QA is to help test official updates for stable Fedora releases before they're released. See [[QA/Updates_testing|this page]] for instructions on how to test and report issues with these updates.
Another easy way to contribute to Fedora QA is to help test official updates for stable Fedora releases before they're released. See [[QA/Updates Testing]] for instructions on how to test and report issues with these updates.


== Triaging and managing bugs ==
== Triaging and managing bugs ==


Once bugs are reported, it's important to make sure they're addressed by the right people, and don't get stuck at some point in the process. The [[BugZappers]] group is responsible for triaging bugs (ensuring they are complete and accurate reports, and assigning them to the right developers) and shepherding them through the process from report to fix released. It's an important job, and easy to join in with. See the [[BugZappers/Joining|Joining Bugzappers]] page for details on how you can get involved with the BugZappers group.
Once bugs are reported, QA makes sure they are addressed by the right people and don't get stuck in the process. The [[BugZappers]] group is responsible for triaging bugs - ensuring they are complete and accurate reports, and assigning them to the right developers. They also shepherd the issues through the process from report to fix released. It's a fun, important job. See the [[BugZappers/Joining|Joining Bugzappers]] page for details on joining in.


== Testing Fedora pre-releases ==
== Testing Fedora pre-releases ==


Before an official Fedora release comes out, several alpha, beta and release candidate releases - known collectively as ''pre-releases'' - are made available. You can contribute by installing these pre-releases and testing them, just as you would a stable release. For information on getting and installing pre-releases, see [http://fedoraproject.org/get-prerelease this page]. Report any issues you find to [http://bugzilla.redhat.com Bugzilla], following the instructions [[BugsAndFeatureRequests|here]].
Before an official Fedora release comes out, several alpha, beta and release candidate releases - known collectively as ''pre-releases'' - are made available. You can contribute by installing these pre-releases and testing them, just as you would a stable release. For information on getting and installing pre-releases, see [http://fedoraproject.org/get-prerelease this page]. Report any issues you find to [http://bugzilla.redhat.com Bugzilla], following the instructions at [[BugsAndFeatureRequests]].


== Testing Rawhide ==
== Testing Rawhide ==


Rawhide is the development version of Fedora. Running Rawhide isn't for everyone, but for moderately experienced users who have a spare test system available or can run it in a virtual machine, testing Rawhide is a great way to contribute to ensuring future releases will be high quality. See [[Releases/Rawhide|this page]] for instructions on how to install or upgrade to Rawhide, and [[Rawhide_testing|this page]] for information on how best to test Rawhide.
Rawhide is the development version of Fedora. Running Rawhide isn't for everyone, but for moderately experienced users (for instance, anyone with [https://www.redhat.com/certification/rhct/ RHCT] level skills) who have a spare test system available or can run it in a virtual machine, testing Rawhide is a great way to contribute to ensuring future releases will be high quality. See [[Releases/Rawhide]] for instructions on how to install or upgrade to, and test, Rawhide.


== Joining Test Days ==
== Joining Test Days ==
Line 30: Line 30:
== Creating test cases ==
== Creating test cases ==


As well as simply keeping a look out for problems, the QA group develops structured test cases and test plans. See the [[QA/TestCase|Test Case]] page for information on the test cases currently available, and how to get involved with creating new ones.
As well as simply keeping a look out for problems, the QA group develops structured test cases and test plans. See the [[:Category:Test Cases]] and [[:Category:Test Plans]] pages for information on the test cases currently available, and how to get involved with creating new ones.


== Developing tools ==
== Developing tools ==


Some members of the Fedora QA team are involved in developing and maintaining tools to help make testing more efficient. Some of the tools already developed [https://fedorahosted.org/snake/ SNAKE] and [https://fedorahosted.org/python-bugzilla/ python-bugzilla], and we also use [https://fedorahosted.org/bodhi/ Bodhi] and [https://bugzilla.redhat.com/ Bugzilla]. Tools currently under development include [https://fedorahosted.org/nitrate/ Nitrate], a system for collecting test cases, and [[QA/Beaker|Beaker]], an automated test lab system. Tool development is a great way to apply engineering skills to QA. Contact [[WillWoods|Will]] if you'd like to get involved with building tools for Fedora QA.
Some members of the Fedora QA team are involved in developing and maintaining tools to help make testing more efficient. Some of the tools already developed [https://fedorahosted.org/snake/ SNAKE] and [https://fedorahosted.org/python-bugzilla/ python-bugzilla], and we also use [https://fedorahosted.org/bodhi/ Bodhi] and [https://bugzilla.redhat.com/ Bugzilla]. Tools currently under development include [https://fedorahosted.org/nitrate/ Nitrate], a system for collecting test cases, and [[QA/Beaker|Beaker]], an automated test lab system. Tool development is a great way to apply engineering skills to QA. Contact [[WillWoods|Will]] if you'd like to get involved with building tools for Fedora QA.

Latest revision as of 00:02, 17 February 2009

QA.png


Welcome! This page outlines all the activities you can get involved in to help with Fedora QA. It's easy to get involved and we'd love to welcome more people to the group, so pick one or more of the activities and jump right in. Please consider joining the fedora-test-list and/or the #fedora-qa IRC channel, so your voice can be heard within the Fedora QA community.

Reporting bugs in Fedora releases

Many people are already involved in Fedora QA, just by reporting problems as you do your regular tasks on Fedora. All you need is a Bugzilla account: create your account. Reporting Fedora bugs as you come across them is a big contribution! We provide some suggestions on reporting bugs. If you want to discuss the bugs before reporting them, we can be found on the fedora-test-list mailing list and the #fedora-qa IRC channel.

Testing official updates before they are released

Another easy way to contribute to Fedora QA is to help test official updates for stable Fedora releases before they're released. See QA/Updates Testing for instructions on how to test and report issues with these updates.

Triaging and managing bugs

Once bugs are reported, QA makes sure they are addressed by the right people and don't get stuck in the process. The BugZappers group is responsible for triaging bugs - ensuring they are complete and accurate reports, and assigning them to the right developers. They also shepherd the issues through the process from report to fix released. It's a fun, important job. See the Joining Bugzappers page for details on joining in.

Testing Fedora pre-releases

Before an official Fedora release comes out, several alpha, beta and release candidate releases - known collectively as pre-releases - are made available. You can contribute by installing these pre-releases and testing them, just as you would a stable release. For information on getting and installing pre-releases, see this page. Report any issues you find to Bugzilla, following the instructions at BugsAndFeatureRequests.

Testing Rawhide

Rawhide is the development version of Fedora. Running Rawhide isn't for everyone, but for moderately experienced users (for instance, anyone with RHCT level skills) who have a spare test system available or can run it in a virtual machine, testing Rawhide is a great way to contribute to ensuring future releases will be high quality. See Releases/Rawhide for instructions on how to install or upgrade to, and test, Rawhide.

Joining Test Days

The Fedora QA group holds regular Test Days, where we get together on IRC and test a specific aspect of Fedora, often with the involvement of a developer who works in that area. See the Test Days page for more information on when and where these are held, and how to join in or even schedule one of your own.

Creating test cases

As well as simply keeping a look out for problems, the QA group develops structured test cases and test plans. See the Category:Test Cases and Category:Test Plans pages for information on the test cases currently available, and how to get involved with creating new ones.

Developing tools

Some members of the Fedora QA team are involved in developing and maintaining tools to help make testing more efficient. Some of the tools already developed SNAKE and python-bugzilla, and we also use Bodhi and Bugzilla. Tools currently under development include Nitrate, a system for collecting test cases, and Beaker, an automated test lab system. Tool development is a great way to apply engineering skills to QA. Contact Will if you'd like to get involved with building tools for Fedora QA.