From Fedora Project Wiki
- Copy the below tests and results chart to a page that you create.
- Download the image for your system from http://scotland.proximity.on.ca/arm-nightlies/vault/f18-beta-tc3/ as well as the corresponding checksum file http://scotland.proximity.on.ca/arm-nightlies/vault/f18-beta-tc3/SHA256SUMS
- Does your downloaded image have the correct checksum?
- Run the command: sha256sum --check SHA256SUMS
- Check the image size:
- xzcat NameOfImage.xz|wc -c - Is the uncompressed image no larger than 4GB?
- Copy the image to your SD card:
- xzcat (name-of-image) > /dev/SD_Card_Device and then insert it into your system and power on. Does the system boot?
- Do all default services start properly?
- Watch for service-start failure messages during boot.
- Check the boot result:
- If graphics hardware is present and the image is configured for a graphical user interface, does the system successfully boot to the GUI?
- If no graphical hardware is present, does the system successfully boot to a login prompt? (Note: depending on the image, the login prompt may appear on a connected monitor or on a serial console)
- Are you able to download and install updates with yum, and if available the default graphical package manager?
- Test this using the command: yum install sl and yum update (you may want to limit this to one package as updates can take a while depending on your media. eg - yum update bash)
- Graphical user interfaces only: use the graphical package manager for your desktop (if applicable) to install zsh
- Is logging functional? It must provide at least basic local file-based logging of kernel messages, and allow other components to write log messages.
- Test using the command: tail -f /var/log/messages
- Are you able to shutdown the system using standard console commands?
- Test poweroff or halt or reboot or shutdown -h now
- If audio device support is present, does it work?
- Test with: play /usr/share/sounds/alsa/*wav
- Are the final branded release notes from the Documentation team present on the installed media?
- Check /usr/share/doc/HTML/fedora-release-notes. In a graphical user interface, look for a "Release Notes" menu entry.
- Graphical user interfaces only: Is it possible to run Midori and a terminal application?
- Use the browser to download a small file - http://scotland.proximity.on.ca/arm-nightlies/vault/f18-beta-tc3/SHA256SUMS
- Load extensions (Midori -> Menu -> Preferences -> Extensions -> <choose an extension>)
- Log into FAS.
- Graphical user interfaces only is the default Fedora artwork used (currently not decided)?
- Default wallpaper - http://fedoraproject.org/wiki/F18_Artwork
- Graphical user interfaces only: Are the desktop's panels working and fully functional?
- Graphical user interfaces only: Is media automatically detected when inserted?
- Plug in a USB device or other removable media. Does the system automatically mount the device?
- Graphical user interfaces only: On graphical hardware - do offered mechanisms (if any) for shutting down, logging out and rebooting work?
- Use the GUI to logout, reboot and shutdown the system.
- Graphical user interfaces only: Do all elements of the default panel (or equivalent) configuration in all release-blocking desktops function correctly in common use?
- Does every button do what it is supposed to do?
- Do GUI actions align correctly with the pointer position?
- Graphical user interfaces only: Menu sanity:
- All Applications listed in the system menus (or equivalent) must have icons which have a consistent appearance and sufficiently high resolution to avoid appearing blurry
- Do all applications listed under the Applications menu or category start successfully?
- Do all applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use. They must also have working Help and Help -> About menu items
- Ensure no application appears more then once in the menus. In particular, items under System must not appear under Applications
- Graphical user interfaces only: Does Saving passwords in the desktop default keyring (if the desktop implements one), and retrieving passwords from the keyring work?
- Create an ssh key: ssh-keygen # Use a passphrase
- Copy the ssh key to a remote system: ssh-copy-id YourUserId@RemoteSystem # Enter password when prompted
- Connect to the remote system: ssh YourUserId@RemoteSystem # You should be prompted for the passphrase. Select the checkbox marked "Unlock this key when I log in" (or similar wording)
- Log out.
- Log back in to the system.
- Connect to the remote system again: ssh YourUserId@RemoteSystem # You should not be prompted for your passphrase.
Results
Test | Result | Notes |
---|---|---|
1 | ||
2 | ||
3 | ||
4 | ||
5 | ||
6 | ||
7 | ||
8 | I noticed a USB reset message in the log:
usb 3-1: reset high-speed USB device number 2 using tegra-ehci | |
9 | Tested reboot. | |
10 | n/a | |
11 | ||
12 | n/a | |
13 | n/a | |
14 | n/a | |
15 | n/a | |
16 | n/a | |
17 | n/a | |
18 | n/a | |
19 | n/a |