From Fedora Project Wiki
m (add autolang to page) |
m (Removed unneccessary step) |
||
| Line 14: | Line 14: | ||
# Log out | # Log out | ||
# Try to log in with either account, intentionally entering the wrong password | # Try to log in with either account, intentionally entering the wrong password | ||
# Test alternative actions - such as shut down, suspend, and restart - instead of logging in, if they are offered in the release being tested | # Test alternative actions - such as shut down, suspend, and restart - instead of logging in, if they are offered in the release being tested | ||
# Log in with any account, and test all session management (log out, shut down, reboot, suspend etc.) activities offered by the desktop | # Log in with any account, and test all session management (log out, shut down, reboot, suspend etc.) activities offered by the desktop | ||
Revision as of 16:27, 25 February 2011
Description
This test case tests whether the desktop log in, log out and shutdown operations work correctly, particularly regarding keymaps.
How to test
Non-ascii characters are not allowed in password
In system-config-users or firstboot tools you can't create passwords containing non-ascii characters. That is tracked by RHBZ #646876.
In system-config-users or firstboot tools you can't create passwords containing non-ascii characters. That is tracked by RHBZ #646876.
Testing with just a US keyboard?
While helpful, different physical keyboard layouts are not required to complete this test. If you only have a US keyboard, you may test by selecting a UK keyboard layout and entering a character not found on a US keyboard, such as £ (
While helpful, different physical keyboard layouts are not required to complete this test. If you only have a US keyboard, you may test by selecting a UK keyboard layout and entering a character not found on a US keyboard, such as £ (
Shift-3).- Do a default installation of the Fedora release you wish to test, but selecting a keyboard mapping which differs from the default. Create two user accounts, using characters in both username and password whose location is different in the selected mapping, as compared to US English
- Clean boot the system, and note what accounts are listed on the login screen
- Log in with the first user account, entering the variant characters using the keyboard mapping selected during installation
- Check the selected keyboard mapping at the desktop
- Log out of the desktop
- Log in with the second user account, entering the variant characters using the keyboard mapping selected during installation
- Log out
- Try to log in with either account, intentionally entering the wrong password
- Test alternative actions - such as shut down, suspend, and restart - instead of logging in, if they are offered in the release being tested
- Log in with any account, and test all session management (log out, shut down, reboot, suspend etc.) activities offered by the desktop
Expected Results
- The login manager should display all regular user accounts, but not the root account, for selection
- You should be able to log in with each configured user account and the correct password
- You should be able to perform all session management activities offered by the desktop
- Entering an incorrect password should return you to the account selection stage, with a warning/explanation message
- The alternative actions (shut down, restart, suspend etc) should behave as expected
- Character entry during login should use the keymap selected during installation, not the default keymap (which is usually US English)
- The keymap selected at the desktop following login should also be the keymap selected during installation