"This test case can be performed on both bare machines." doesn't make sense to me.

Originally I thought that some tests could be done on VMs, too, but then I thought that I do not want it, cause it may only cause some troubles. This is a remnant which I overlooked.
 

"Boot the system and log in as a common user." - I think the more frequently used term is a "regular user". Do I understand correctly that you mean any non-root user (i.e. your regular user can have admin privileges - be in the wheel group, right?). Perhaps you can clarify with "log in as a regular user (i.e. not root)" or similar.

Ok, "regular user" it will be.
 

I really really really dislike when there's a testing step "Run command X", but the step doesn't say what the output should be. And you have to look at the bottom and try to figure out where it is in the Expected results section. And basically piece together the actual steps by jumping forth and back, easily making mistakes or skipping something. The Expected results section should contain some overall guidance that is valid for the whole testcase duration, or instructions which don't fit into the testing structure. But immediate result checking should be part of the How to test section. For example:
"Check that the pipewire systemd service shows up as active: $ systemctl --user status pipewire"
or
"Run "pactl list" and verify that is lists all available audio and video devices on the system"

Hmm, this makes actually sense, because I dislike the way to split it, too. Will rewrite it.
Thanks.
 

"the server name must read PulseAudio (on PipeWire \ldots )" - that's some forgotten formatting in there, I guess?

Sure, LaTeX origin.
 
 

Could you please rewrite the rest of the testcases into a more readable format (regarding the "Expected results" section) before I review them all? Just by quickly looking at them, some of them are very hard to follow, especially when they commonly have 8+ points in the expected results, and my brain hurts when trying to make sense of them in this format. I would get discouraged from executing these test cases just on this ground alone :-) Thanks a lot.

Yes.
 


_______________________________________________
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure


--

Lukáš Růžička

FEDORA QE, RHCE

Red Hat

Purkyňova 115

612 45 Brno - Královo Pole

lruzicka@redhat.com