From Fedora Project Wiki

(add the 'associated criterion' block)
(remove artwork requirements: they have been moved into QA:Testcase_base_artwork_release_identification)
 
(9 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{Template:Associated_release_criterion|releasecriterion=Fedora_{{FedoraVersionNumber|next}}_Alpha_Release_Criteria#Desktop_background}}
{{Template:Associated_release_criterion|Alpha|expected-installed-system-boot-behavior}}
{{Template:Associated_release_criterion|releasecriterion=Fedora_{{FedoraVersionNumber|next}}_Alpha_Release_Criteria#Self-identification}}
{{Template:Associated_release_criterion|Beta|expected-installed-system-boot-behavior}}


{{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.
|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.
|setup=Install or deploy the Fedora release media you wish to test. Follow all defaults. Create a user account during installation or in the initial-setup utility. The User creation step is covered by other test cases, [[QA:Testcase_Anaconda_user_creation]] or [[QA:Testcase base initial setup]] - if you encounter problems with user creation, mark them as a failure of the appropriate test case.
|actions=
|actions=
# After completing firstboot, reboot the system
# Boot into the installed system
# Enter the password for the encrypted partition if prompted
# Observe the result of the boot process
# 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)
|results=
|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 accessing encrypted partitions if any are used, and the 'initial setup' utility on the first boot if it runs, no input should be required from the user for the boot process to complete
# Aside from this, no input should be required from you for the boot process to complete
# After installation/deployment of a system with a graphical desktop, 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 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 installation/deployment of a system with no graphical desktop, 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 {{key press|Ctrl|Alt|F2}}, {{key press|Ctrl|Alt|F3}} etc.
# 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 {{key press|Ctrl|Alt|F2}}, {{key press|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
}}
}}
[[Category:Base Acceptance Test Cases]]
[[Category:Base Acceptance Test Cases]]

Latest revision as of 20:04, 26 April 2017

Note.png
Associated release criterion
This test case is associated with the Basic_Release_Criteria#expected-installed-system-boot-behavior 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.
Note.png
Associated release criterion
This test case is associated with the Fedora_40_Beta_Release_Criteria#expected-installed-system-boot-behavior 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

Install or deploy the Fedora release media you wish to test. Follow all defaults. Create a user account during installation or in the initial-setup utility. The User creation step is covered by other test cases, QA:Testcase_Anaconda_user_creation or QA:Testcase base initial setup - if you encounter problems with user creation, mark them as a failure of the appropriate test case.

How to test

  1. Boot into the installed system
  2. Observe the result of the boot process

Expected Results

  1. Aside from accessing encrypted partitions if any are used, and the 'initial setup' utility on the first boot if it runs, no input should be required from the user for the boot process to complete
  2. After installation/deployment of a system with a graphical desktop, the boot process should result in a usable graphical environment (either automatically logging into a working desktop environment, or presenting a login manager)
  3. After installation/deployment of a system with no graphical desktop, 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.