Latest revision as of 11:06, 8 March 2023

Associated release criterion
This test case is associated with the Fedora_41_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

Create a default installation of the Fedora release and Edition (Workstation, KDE) you wish to test.
Create two user accounts.
- Optional: Set a different desktop background for both of them, so that you can distinguish them easily.
Clean boot the system.

How to test

Scenario 1

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

Scenario 2

Log in with the first user account.
Check if the correct user has been logged in.
Open one or more applications (optionally open or create some content in them).
Identify all possible options to switch the users, e.g. menu item, locked screen, or login screen.
Use all those identified options to switch to a second user account (open some applications there as well) and back to the first user account.
Check that all applications are still running as they were before, after each switch, in both accounts.
Close all sessions.

Scenario 3

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

Scenario 4 (optional)

Try switching more than two users.

Scenario 5 (optional)

If you performed the standard scenarios with users having a login password, try running some of those scenarios with passwordless users (having an empty password, not expired, not locked).
- At the very minimum you can create passwordless users in certain editions of the Anaconda installer (KDE Live, Everything netinst, etc), or by using the command line on the installed system:
```
sudo useradd username
sudo passwd -d username
```
And the other way around - if you initially used passwordless users, try running the same steps using users with login passwords.

Expected Results

When starting a new session through user switching, the particular user must be able to log in and his desktop session must start and function fully.
When returning to a previous session, the particular user must be able to log back and the session's previous state must be restored, i.e. all applications are still running as they were before the switch.
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 before rebooting or powering off.
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.
When testing GNOME, please report all failures to the GNOME tracker.

@@ Line 1: / Line 1: @@
 {{autolang|base=yes}}
-{{Template:Associated_release_criterion|Alpha|shutdown}}
+{{Template:Associated_release_criterion|Final|user-switching}}
-{{Template:Associated_release_criterion|Beta|desktop-shutdown-reboot-logout}}
 {{QA/Test_Case
-|description=This test case tests whether the desktop log in, log out and shutdown operations work correctly.
+|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=
+# Create a default installation of the Fedora release and Edition (Workstation, KDE) you wish to test.
+# Create two user accounts.
+#* Optional: Set a different desktop background for both of them, so that you can distinguish them easily.
+# Clean boot the system.
 |actions=
-# Do a default installation of the Fedora release you wish to test. Create two user accounts.
+=== Scenario 1 ===
-# Clean boot the system, and note what accounts are listed on the login screen.
 # Log in with the first user account.
-# Log out of the desktop.
+# Check if the correct user has been logged in.
+# Open one or more applications (optionally open or create some content in them).
+# Use the system menu to switch users ('''switch users''' usually is located along '''reboot''' and '''shutdown''' menu items)
 # Log in with the second user account.
-# Log out.
+# Open one or more applications.
-# Try to log in with either account, intentionally entering the wrong password.
+# Switch to the first user again.
-# Test alternative actions - such as shut down, suspend, and restart - instead of logging in, if they are offered in the release being tested.
+# Check that all applications are still running as they were before.
-# Log in with any account, and test all session management (log out, switch user, shut down, reboot, suspend etc.) activities offered by the desktop.
+# Switch between the users several times.
+# Log out of the current session.
+# Try to reboot the system.
+# '''Check that a warning dialog appears''', informing you that the other user is still logged in and his session data might be lost.
+# Confirm the reboot.
+=== Scenario 2 ===
+# Log in with the first user account.
+# Check if the correct user has been logged in.
+# Open one or more applications (optionally open or create some content in them).
+# Identify all possible options to switch the users, e.g. menu item, locked screen, or login screen.
+# Use all those identified options to switch to a second user account (open some applications there as well) and back to the first user account.
+# Check that all applications are still running as they were before, after each switch, in both accounts.
+# Close all sessions.
+=== Scenario 3 ===
+# Log in with the first user account.
+# Check if the correct user has been logged in.
+# Open one or more applications (optionally open or create some content in them).
+# Switch to the second user.
+# Do some activity in your session and log out.
+# Log in again as the same (second) user.
+# Repeat this process several times (steps 5 to 6).
+# Switch to the first user again.
+# Check that all applications are still running as they were before.
+# Close all sessions.
+=== Scenario 4 (optional) ===
+# Try switching more than two users.
+=== Scenario 5 (optional) ===
+<ol>
+<li> If you performed the standard scenarios with users having a login password, try running some of those scenarios with passwordless users (having an empty password, not expired, not locked).
+<ul><li> At the very minimum you can create passwordless users in certain editions of the Anaconda installer (KDE Live, Everything netinst, etc), or by using the command line on the installed system:
+<pre>sudo useradd username
+sudo passwd -d username</pre>
+</ul>
+<li> And the other way around - if you initially used passwordless users, try running the same steps using users with login passwords.
+</ol>
 |results=
-# The login manager should display all regular user accounts, but not the root account, for selection.
+# When starting a new session through user switching, the particular user must be able to log in and his desktop session must start and function fully.
-# You should be able to log in with each configured user account and the correct password.
+# When returning to a previous session, the particular user must be able to log back and the session's previous state must be restored, i.e. all applications are still running as they were before the switch.
-# You should be able to perform all session management activities offered by the desktop.
+# 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 before rebooting or powering off.
-# Entering an incorrect password should show you a warning message and let you retry. After several unsuccessful attempts, it returns you to the account selection stage.
+# 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.
-# The alternative actions (switch user, shut down, restart, suspend etc) should behave as expected.
+# When testing GNOME, please report all failures to the [https://gitlab.gnome.org/GNOME/gnome-shell/issues GNOME tracker].
 }}
 [[Category:Desktop_Acceptance_Test_Cases]]
+[[Category:Package_gnome-shell_test_cases]]
+[[Category:Package_gdm_test_cases]]
+[[Category:GNOME desktop feature test cases]]

Search

QA:Testcase desktop user switching: Difference between revisions