#205: Create test case for system logging
----------------------+-----------------------------------------------------
Reporter: adamwill | Owner: adamwill
Type: task | Status: new
Priority: major | Milestone: Fedora 16
Component: Wiki | Version:
Keywords: |
----------------------+-----------------------------------------------------
Per #151, we are missing a test case for the Alpha release criterion "A
system logging infrastructure must be available and enabled by default. It
must provide at least basic local file-based logging of kernel messages,
and allow other components to write log messages. This must be done in
accordance with relevant standards accepted by the Project". We should
create a test case to validate this criterion, and add it to the matrices.
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/205>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#204: Create test case for artwork
----------------------+-----------------------------------------------------
Reporter: adamwill | Owner: adamwill
Type: task | Status: new
Priority: major | Milestone: Fedora 16
Component: Wiki | Version:
Keywords: |
----------------------+-----------------------------------------------------
As per #151, we are missing a test case for the Alpha release criterion
"The default Fedora artwork must either refer to the current Fedora
release under development (Fedora 16), or reference an interim release
milestone (e.g. Alpha or Beta). If a release version number is used, it
must match the current Fedora release under development. This includes
artwork used in the installer, firstboot, graphical boot, graphical login
and desktop background." (and also for the Final criterion "The proposed
final Fedora artwork must be included and enabled by default for the
installer, graphical boot, firstboot, graphical login and desktop
background. All Fedora artwork must be consistent with the proposed final
theme, and if any artwork contains a graphical version number, the version
number used must match the Fedora release number. Generic release artwork
(e.g. Alpha, Beta, Development) must not be used for the final release").
We should create one or two test cases to cover these criteria and add
them to the desktop matrix.
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/204>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#203: Create test case for boot-to-graphical-environment
----------------------+-----------------------------------------------------
Reporter: adamwill | Owner: adamwill
Type: task | Status: new
Priority: major | Milestone: Fedora 16
Component: Wiki | Version:
Keywords: |
----------------------+-----------------------------------------------------
Per #151, we are missing an explict test case for the Alpha criterion
"Following on from the previous criterion, after firstboot is completed
and on subsequent boots, a system installed according to any of the above
criteria (or the appropriate Beta or Final criteria, when applying this
criterion to those releases) must boot to a working graphical environment
without unintended user intervention. This includes correctly accessing
any encrypted partitions when the correct passphrase is supplied", though
it is somewhat implied by the more complex desktop test cases. It would be
more correct to have a specific test case for this, however. We should
create one, and add it to the desktop matrix. Assigning to myself for now,
but if anyone else wants to take this, please do!
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/203>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#202: Create test case for firstboot (graphic and text)
----------------------+-----------------------------------------------------
Reporter: adamwill | Owner: adamwill
Type: task | Status: new
Priority: major | Milestone: Fedora 16
Component: Wiki | Version:
Keywords: |
----------------------+-----------------------------------------------------
Per #151, we are missing test cases for firstboot functionality, which is
required by Alpha release criterion "In most cases (see Blocker_Bug_FAQ),
a system installed according to any of the above criteria (or the
appropriate Beta or Final criteria, when applying this criterion to those
releases) must boot to the 'firstboot' utility on the first boot after
installation, without unintended user intervention. This includes
correctly accessing any encrypted partitions when the correct passphrase
is supplied. The firstboot utility must be able to create a working user
account". We should create a test case to verify this requirement and add
it to the matrices. Assigning to myself for now, but anyone else, feel
free to jump in!
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/202>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#192: Proposed Test Day - IPv6 - June 8, 2011 (Wednesday)
----------------------+-----------------------------------------------------
Reporter: lwang | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 15
Component: Test Day | Version:
Keywords: IPv6 |
----------------------+-----------------------------------------------------
On Jun 8, 2011 - the World IPv6 Test Day, we like to host a fedora IPv6
test day as well to help our fedora users to test out Fedora15's readiness
on IPv6.
A description of the World IPv6 Day is here:
http://isoc.org/wp/worldipv6day/
And the full fedora IPv6 Test Day project is described here:
https://fedoraproject.org/wiki/QA/Test_Day:2011-06-08_IPv6
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/192>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#179: Proposed Test Day - general bootloader and dual-boot event
----------------------+-----------------------------------------------------
Reporter: jlaska | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 16
Component: Test Day | Version:
Keywords: |
----------------------+-----------------------------------------------------
Dlehman informed me of tentative plans to transition to grub2 in Fedora
16. Documentation and development hasn't finished yet, so things are
still somewhat flexible. This ticket serves as a mental-note so we don't
forget this when Fedora 16 test day planning starts.
https://fedoraproject.org/wiki/Anaconda/Features/Grub2Migration
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/179>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#219: Create virtualization installation validation test cases
-----------------------------------------+----------------------------------
Reporter: adamwill | Owner: rhe
Type: enhancement | Status: new
Priority: major | Milestone: Fedora 16
Component: Proventester Mentor Request | Version:
Keywords: |
-----------------------------------------+----------------------------------
As per the Beta criteria survey in https://fedorahosted.org/fedora-
qa/ticket/151 , there are no test cases to enforce the Beta release
criteria:
"The release must boot successfully as a virtual guest in a situation
where the virtual host is running the same release (using Fedora's current
preferred virtualization technology)"
"The release must boot successfully as a virtual guest in a situation
where the virtual host is running the previous stable Fedora release
(using Fedora's current preferred virtualization technology)"
"The release must boot successfully as a virtual guest in a situation
where the virtual host is running a supported Xen implementation"
We should create test cases to explicitly cover these criteria, especially
the Xen one, which we do not usually test at present (the other two
usually get covered in practice, although we don't have explicit test
cases for them).
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/219>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#198: Clarifying ways to verify updated and skipped bootloader
-------------------------+--------------------------------------------------
Reporter: rhe | Owner: rhe
Type: enhancement | Status: new
Priority: major | Milestone: Fedora 16
Component: Wiki | Version:
Keywords: |
-------------------------+--------------------------------------------------
The installation matrix now contains the update bootloader and skip
bootloader tests which need be updated to better detect whether the
bootloader was skipped or updated. (This ticket is branched from
[https://fedorahosted.org/fedora-qa/ticket/86 ticket#86])
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/198>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#244: Cloud SIG Test Day
----------------------+-----------------------------------------------------
Reporter: rbergero | Owner:
Type: defect | Status: new
Priority: major | Milestone: Fedora 16
Component: Test Day | Version:
Keywords: |
----------------------+-----------------------------------------------------
At bare minimum right now:
* Fedora EC2 images
* OpenStack
We'd like the last slot, on 10/20.
-Robyn
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/244>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#230: QA:Testcase_Anaconda_autopart_(encrypted)_install overlaps with
QA:Testcase_base_startup
----------------------+-----------------------------------------------------
Reporter: adamwill | Owner: adamwill
Type: defect | Status: new
Priority: major | Milestone: Fedora 16
Component: Wiki | Version:
Keywords: |
----------------------+-----------------------------------------------------
See summary. With the new 'base' matrix, I made startup a separate 'base'
test - it's not really part of installer testing. The
QA:Testcase_Anaconda_autopart_(encrypted)_install includes startup
testing. I think it'd be best to shorten that test case, and make a note
in it that testing whether the installed system successfully boots is part
of the base_startup test.
assigning to me, but if anyone else wants to take over, go for it...
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/230>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance