User:Tablepc/Draft Testcase package install remove

Associated release criterion
This test case is associated with the Basic_Release_Criteria#package install remove 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 a given package manager (it can be used to test any package manager) can properly install and remove packages.

Setup

1. Install or deploy the Fedora release media you wish to test. You can use any allowed configuration by the installer.
2. Reboot to the installed system. and complete any first boot procedure(s).

How to test

1. Using a package manager (dnf will be used as an example) and install packages as follows and watch for any error messages in the process:

    dnf install firewall-config

    dnf module install setools

   VCheck the following:
   • If there are
   • That the applications Firewall configuration and SEtools are present in the applications menu and that they are opperational.
2. If there was some output from the grep command, save the full journal log using

   sudo journalctl -b > journal.log

   If the grep output does not show clearly that the output is related to a disk mount/unmount problem, open the journal.log file, find the relevant lines and verify whether this is an error related to disk mounting or an unrelated message.
   • If the output is related to disk mounting, please file a bug report (the kernel is most likely the correct package to file the report against) and attach the journal.log file to the bug report.
3. Restart the system.
4. Repeat all the steps above once more (the first pass checks whether the system unmounted disks properly when rebooting from the installer, the second pass checks whether the system unmounted disks properly when rebooting from the installed system).

Manual error checking
This test relies on specific expected text in error messages. It's possible these messages may change in the future and there may be an error that is not caught by the grep command. Optionally you can examine the sudo journalctl -b output manually for error messages that might indicate a filesystem not being cleanly unmounted at shutdown, and file a bug report if you find any. Here are sample error messages from system journal that indicate errors known to us:

# FAT fsck
systemd-fsck[681]: 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

# FAT kernel
FAT-fs (vdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

# ext4 fsck
systemd-fsck[681]: /dev/vdb2: recovering journal

# ext4 kernel
EXT4-fs (vdb2): recovery complete

# xfs kernel
XFS (vdb3): Starting recovery (logdev: internal)

Expected Results

1. Each grep command should produce no output.
2. Requesting reboot should cause an orderly shutdown and restart of the system.