From Fedora Project Wiki

Revision as of 11:42, 20 May 2020 by Kparal (talk | contribs) (typo fix: user environments -> desktop environments)

Associated release criterion
This test case is associated with the Fedora_42_Final_Release_Criteria#user-switching 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 tests whether user switching works correctly, i.e. it is possible, in case one user is logged in a system session, another user (or users) can log onto the system and use their own session in parallel with the first user without affecting the original session in any way.

User switching in this context does not represent switching between a desktop session and a virtual console, nor it represents using su or sudo commands to acquire different user identities on a terminal session. Also note, that this test case does not cover switching different between different desktop environments.

Setup

  1. Create a default installation of the Fedora release and flavor (Workstation, KDE) you wish to test.
  2. Create two user accounts.
  3. Clean boot the system.

How to test

Scenario 1

  1. Log in with the first user account.
  2. Check if the correct user has been logged in.
  3. Open one or more applications.
  4. Optionally open or create some content in them.
  5. Use the system menu to switch users (switch users usually is located along reboot and shutdown menu items)
  6. Log in with the second user account.
  7. Open one or more applications.
  8. Switch to the first user again.
  9. Check that all applications are still running as they were before.
  10. Switch between the users several times.
  11. Log out of the current session.
  12. Try to reboot the system.
  13. Check that a warning dialog appears, informing you that the first user is still logged in and his session data might be lost.
  14. Confirm the reboot.

Scenario 2

  1. Log in with the first user account.
  2. Check if the correct user has been logged in.
  3. Open one or more applications.
  4. Optionally open or create some content in them.
  5. Identify all possible options to switch the users, e.g. menu item, locked screen, or login screen and test that they all work as expected.
  6. Log in with the second user account.
  7. Open one or more applications.
  8. Switch to the first user again.
  9. Check that all applications are still running as they were before.
  10. Close all sessions.

Scenario 3

  1. Log in with the first user account.
  2. Check if the correct user has been logged in.
  3. Open one or more applications.
  4. Optionally open or create some content in them.
  5. Switch to the second user.
  6. Do some activity in your session and log out.
  7. Log in again as the same (second) user.
  8. Repeat this process several times (steps 6 to 7).
  9. Switch to the first user again.
  10. Check that all applications are still running as they were before.
  11. Close all sessions.

Scenario 4 (optional)

  1. Try switching more than two users.

Expected Results

  1. When switching users, the second user must be able to log in and another desktop session must start and function fully.
  2. When returning to a previous session, the particular user must be able to log back and the session's previous status-quo must be restored, i.e. all applications are still running as they were before the switch.
  3. When trying to reboot or power-off a system with logged-in users, a warning message about possible consequences must appear and needs to be confirmed out before rebooting or powering off.
  4. Problems with logging in and out, as well as with rebooting or powering off the system, are out of scope of this test, but they would automatically fail the QA:Testcase_desktop_login test case.