From Fedora Project Wiki
(add workstation-specific variant of post-install boot requirements)
 
(add 'required applications' criterion from generic Alpha criteria, simplified)
Line 25: Line 25:
** [[QA:Testcase_base_initial_setup]]
** [[QA:Testcase_base_initial_setup]]
** [[QA:Testcase_base_startup]]
** [[QA:Testcase_base_startup]]
|headerstyle=background:#e5e5e5|fw1=normal|ta1=left}}
{{anchor|required-applications}}
==== Required applications ====
It must be possible to run the default web browser and a terminal application.
{{hidden|header=Web browser requirements|content=The web browser must be able to download files, load extensions (if applicable), and log into [https://admin.fedoraproject.org/accounts/ FAS].|headerstyle=background:#e5e5e5|fw1=normal|ta1=left}}
{{hidden|header=References|content=
* Requirement was in force for 'default desktop' in original Fedora 13 criteria revision.
* Modification to cover 'release-blocking desktops' was proposed [https://lists.fedoraproject.org/pipermail/test/2011-May/100183.html 2011-05-17], implemented [https://lists.fedoraproject.org/pipermail/test/2011-May/100646.html 2011-05-31].
* As part of [[Fedora.next]] product split revisions, Workstation-specific simplified variant created.
* Test cases: [[QA:Testcase_desktop_browser]], [[QA:Testcase_desktop_terminal]]
|headerstyle=background:#e5e5e5|fw1=normal|ta1=left}}
|headerstyle=background:#e5e5e5|fw1=normal|ta1=left}}

Revision as of 21:38, 26 June 2014

Alpha

Post-install requirements

Except where otherwise specified, each of these requirements applies to all supported configurations described above.

Expected installed system boot behavior

  • A working mechanism to create a user account must be clearly presented during installation and/or first boot of the installed system.
  • The system must boot to a log in screen where it is possible to log in to a working desktop using a user account created during installation or a 'first boot' utility.
Encrypted partitions

In all of the above cases, if any system partitions were encrypted as part of the installation, the boot process must prompt for the passphrase(s) and correctly unlock the partition(s) when provided with the correct passphrase(s).

User intervention

In all of the above cases, the boot should proceed without any unexpected user intervention being required. On a graphical install, if the user explicitly intervenes to prevent graphical boot by passing a bootloader parameter, the non-graphical requirement comes into effect.

System-specific bugs

System-specific bugs don't necessarily constitute an infringement of this criterion - for instance, if the system fails to boot because of a bug in the support some specific system's hardware, that is unlikely to constitute a violation unless the system is an extremely popular one. See Blocker_Bug_FAQ for more discussion of this.

Use for severe issues in applying updates

These criteria can be used to cover known severe issues in applying post-release updates. For instance, if there was a bug that meant the system would install and boot fine but would break as soon as the user ran 'yum update', that may well be covered by these criteria.

First boot utilities

On the first boot after installation, a utility for creating user accounts and other configuration may (may, not must) run prior to a log in screen appearing.

References

Required applications

It must be possible to run the default web browser and a terminal application.

Web browser requirements

The web browser must be able to download files, load extensions (if applicable), and log into FAS.

References