1
0
mirror of https://git.FreeBSD.org/src.git synced 2024-12-24 11:29:10 +00:00
freebsd/tools/regression
Maxim Konovalov f1746dbc9c o Test truncate(2) on fifo: it should ignore the request and
return success.

PR:		kern/98064
Submitted by:	Kirk Russell
2006-05-29 10:56:27 +00:00
..
aio Style: NO_MAN doesn't need any value. 2006-03-15 10:46:38 +00:00
atm
audit/audit_pipe_ioctl Merge Perforce change 93572 from TrustedBSD audit3 branch: 2006-03-19 15:47:53 +00:00
bin/sh Test that variable assignments preceding special built-ins affect the current 2006-04-09 09:38:29 +00:00
ccd/layout
fifo o Test truncate(2) on fifo: it should ignore the request and 2006-05-29 10:56:27 +00:00
fsx
gaithrstress
geom
geom_concat
geom_eli For some time now, -i and -P options are mutually exclusive, there's even 2006-05-01 09:12:52 +00:00
geom_gate
geom_gpt MFp4: 2006-04-10 04:13:44 +00:00
geom_mirror
geom_nop
geom_raid3
geom_shsec
geom_stripe
geom_uzip
ia64/unaligned
include/tgmath
lib Style: NO_MAN doesn't need any value. 2006-03-15 10:46:38 +00:00
mac/mac_bsdextended Add some new options to mac_bsdestended. We can now match on: 2006-04-23 17:06:18 +00:00
mlock Style: NO_MAN doesn't need any value. 2006-03-15 10:46:38 +00:00
mqueue
msdosfs
net80211
netatalk/simple_send Change s_net to s_node when printing the destination address. 2006-03-17 20:14:25 +00:00
netinet o Convert to Test::Harness testing infratructure. 2006-05-20 19:18:24 +00:00
netipx Add spxabort, a simple netipx/spx regression test that triggers 2006-03-27 00:03:37 +00:00
nfsmmap
p1003_1b
pipe
redzone9
security
sigqueue
sockets Use WARNS and rely on rules rather than an explicit target for the 2006-05-25 10:46:43 +00:00
sysvmsg
sysvsem
sysvshm
tls NO_MAN is not needed here. 2006-03-16 15:18:17 +00:00
ufs/uprintf
usr.bin
geom_subr.sh
README
TODO

$FreeBSD$

This directory is for regression test programs.

A regression test program is one that will exercise a particular bit of the
system to check that we have not reintroduced an old bug.

Tests should be implemented in files with a .t extension.  Each .t file
can contain more than one test, and can be implemented in any scripting
language -- /bin/sh, Perl...

The test protocol is quite simple.  At its most basic, each .t file should, 
when run, print a line in this format:

   1..m

where m is the number of tests that will be run.

Each test should produce a single line of output.  This line should start
with one of

   ok n
   not ok n

to indicate whether or not the test succeeded.  'n' is the test's number.
Anything after this on the line (up to the first '#' if present) is 
considered to be the name of the test.  Naming tests is optional, but 
encouraged.

A test may be written which is conditional, and may need to be skipped.
For example, the netatalk tests require 'options NETATALK' in the kernel.
A test may be skipped by printing '# skip Reason for skipping' after the
test name.  For example,

    ok 1 - netatalk # skip 'options NETATALK' not compiled in

A test may be flagged as 'todo'.  This indicates that you expect the test
to fail (perhaps because the necessary functionality hasn't been written
yet).  'todo' tests are expected to fail, so when they start working the
test framework can alert you to this happy occurence.  Flag these tests 
with a '# TODO' comment after the test name

    not ok 1 - infiniteloop # TODO write test for an infinite loop

This is modelled on the protocol followed by the Test::Harness Perl
module (and therefore much of the automated testing carried out by the 
Perl community).  More documentation can be found at:

    http://search.cpan.org/~petdance/Test-Harness-2.42/lib/Test/Harness.pm

To run the tests and parse their output install the devel/p5-Test-Harness
port.  This includes the prove(1) command which is used to run the tests
and collate the output.

    prove geom_concat		# run all the tests in geom_concat
    prove -r lib		# run all tests in lib/, and subdirectories
    prove -r -v lib		# as above, with verbose output
    prove -r			# run *all* the tests

Tests that are for parts of the base system should go into a directory here
which is the same as their path relative to src/, for example the uuencode(1)
utility resides in src/usr.bin/uuencode so its regression test resides in
src/tools/regression/usr.bin/uuencode.

Please make a subdir per other regression test, and add a brief description to
this file.

geom		Some tests and an out-of-kernel simulator for the GEOM code
ia64		ia64 specific regression tests
nfsmmap		Some tests to exercise some tricky cases in NFS and mmap
p1003_1b	Exercise 1003.1B scheduler
pipe		Pipe code regression test
fsx		General filesystem exerciser
sysvmsg 	SysV IPC Message Queue Regression Utility
sysvsem 	SysV IPC Semaphore Regression Utility
sysvshm 	SysV IPC Shared Memory Regression Utility
gaithrstress	General threaded getaddrinfo(3) exerciser