procps/testsuite
Craig Small b98e5657ee testsuite: ps out tests more lenient
Sometimes due to race conditions or the way dejagnu gates the
output, or even there is another interesting process, the ps tests
sometimes fail. These changes make it a little more lenient without
losing the purpose of the test.

Replaces Debian patch ps_tests

References:
 https://salsa.debian.org/debian/procps/-/blob/debian/2%253.3.17-7/debian/patches/ps_checks
2022-03-22 20:20:53 +11:00
..
config testsuite: Return error if tty is TTY 2022-03-22 19:53:28 +11:00
free.test testsuite: Add test for free committed 2021-06-16 20:34:33 +10:00
kill.test kill: use sigqueue to pass value with the signal. 2020-05-11 17:36:12 +10:00
lib.test tests: Fix paths for testsuite 2021-02-24 20:41:38 +11:00
pgrep.test testsuite: pgrep: Provide test for matching a more than 4k command line; beware as TCL does not seem to match on strings >4k 2019-09-21 17:00:53 +10:00
pkill.test build-sys: Enable testing of sigqueue 2020-05-11 16:59:18 +10:00
pmap.test Update help files 2014-02-02 18:13:01 +11:00
ps.test testsuite: ps out tests more lenient 2022-03-22 20:20:53 +11:00
pwait.test build-sys: Make pwait test dependent on pwait built 2020-12-22 15:20:30 +11:00
pwdx.test Create test process 2015-06-13 15:04:31 +10:00
slabtop.test slabtop: Check for bad d and o option combination 2021-03-11 22:10:37 +11:00
sysctl.test testsuite: Add sysctl test for directory checks 2021-09-15 20:16:06 +10:00
uptime.test test for previous commit 2012-12-26 23:21:44 +11:00
vmstat.test build-sys: Handle zero length diskstats in tests 2021-03-29 22:23:03 +11:00
w.test Fix w tests when no user is logged in 2012-05-08 22:51:19 +10:00
.gitignore
Makefile.am slabtop: Check for bad d and o option combination 2021-03-11 22:10:37 +11:00
README docs: add testsuite readme file 2012-03-03 18:36:29 +11:00
sysctl_glob_test.conf sysctl: Support systemd glob patterns 2021-09-15 20:07:32 +10:00

How to use check suite
----------------------

You need DejaGNU package.  Assuming you have it all you need to do is

make check


Something failed now what
-------------------------

First determine what did not work.  If only one check failed you can
run it individually in debugging mode.  For example

runtest -a -de -v w.test/w.exp
Expect binary is /usr/bin/expect
Using /usr/share/dejagnu/runtest.exp as main test driver
[...]

Do not bother capturing screen output, it is in testrun.log which
test suite generated.

$ ls  testrun.* dbg.log
dbg.log  testrun.log  testrun.sum

The reason why test failed should be in dbg.log.  Assuming you
figured out the reason you could write a patch fixing w.test/w.exp
and send it to upstream.

If you do not know how, or have time, to fix the issue create tar.gz
file containing test run logs and submit it to upstream maintainers.
Notice that in later case upstream sometimes has to ask clarifying
questions about environment where problem occurred.