From Fedora Project Wiki
(add to expected category name) |
(add the 'associated criterion' block) |
||
| Line 1: | Line 1: | ||
{{Template:Associated_release_criterion|releasecriterion=Fedora_{{FedoraVersionNumber|next}}_Alpha_Release_Criteria#Release-blocking_images_must_boot}} | |||
{{QA/Test_Case | {{QA/Test_Case | ||
|description=This test case checks whether an installed Fedora system boots successfully to a usable state. | |description=This test case checks whether an installed Fedora system boots successfully to a usable state. | ||
Revision as of 22:27, 25 July 2013
Associated release criterion
This test case is associated with the Fedora_42_MILESTONE_Release_Criteria#CRITERION_NAME release criterion. If you are doing release validation testing, a failure of this test case may be a breach of that release criterion. If so, please file a bug and nominate it as blocking the appropriate milestone, using the blocker bug nomination page.
This test case is associated with the Fedora_42_MILESTONE_Release_Criteria#CRITERION_NAME release criterion. If you are doing release validation testing, a failure of this test case may be a breach of that release criterion. If so, please file a bug and nominate it as blocking the appropriate milestone, using the blocker bug nomination page.
Description
This test case checks whether an installed Fedora system boots successfully to a usable state.
Setup
Perform an installation of the Fedora release you wish to test, in graphical mode. Follow all defaults, with the exception that you should encrypt a system partition (e.g. the root partition). Note that the test case QA:Testcase_Anaconda_autopart_(encrypted)_install covers this process: failures in it are a failure for that test case, not this one. After completing the installation, boot to the installed system, and complete the firstboot process. Again, this stage constitutes another test case, QA:Testcase_base_firstboot. Once the test is complete, re-install in text mode, and repeat the test.
How to test
- After completing firstboot, reboot the system
- Enter the password for the encrypted partition if prompted
- Observe the result of the boot process
- Observe any graphics displayed during the boot process prior to the login manager: bootloader menu, graphical boot screen
- Observe the background used in the login manager screen (if any)
- Observe the background used on the desktop (if reached)
Expected Results
- The system should prompt for the password for the encrypted partition and correctly unlock it when the password is entered (if this step fails, the boot will not complete correctly)
- Aside from this, no input should be required from you for the boot process to complete
- After the graphical installation and firstboot, the boot process should result in a usable graphical environment (either automatically logging into a working desktop environment, or presenting a login manager)
- After the text installation and firstboot, the boot process should leave you at a console with a working login prompt. If it does not, test whether you can at least access a working login prompt by switching to a different virtual terminal, with Ctrl+Alt+F2, Ctrl+Alt+F3 etc.
- If the artwork used at the bootloader screen, during graphical boot, on the login manager, or the desktop background references a release number and/or pre-release phase (Alpha, Beta etc), it must be the current number and/or phase for the release or pre-release under test
- If the release being tested is a final release or post-Beta pre-release build, the artwork used in the login manager and on the default desktop (particularly the background) must be the correct and current artwork proposed for the release in question by the design team. If a background or artwork used in the bootloader menu screen or the graphical boot it must be either entirely generic (such as the Fedora logo) or part of the correct and current proposed artwork