1
0
mirror of https://github.com/samba-team/samba.git synced 2024-12-25 23:21:54 +03:00
samba-mirror/selftest
David Disseldorp a3839ded47 selftest/s3: expose share with FS applicable config
Attempt to determine the underlying test share filesystem using statfs.
If the filesystem is detected and an applicable configuration is
available, then apply it to a new filesystem specific share.
Btrfs is currently the only VFS module to utilize this logic.

Signed-off-by: David Disseldorp <ddiss@samba.org>
Reviewed-by: Jeremy Allison <jra@samba.org>
2013-11-22 08:56:44 -08:00
..
target selftest/s3: expose share with FS applicable config 2013-11-22 08:56:44 -08:00
tests selftest: fix use of a non-existent word (existant) 2012-06-12 07:21:43 +02:00
__init__.py selftest.py: Add dummy init file (required to run tests). 2012-03-04 18:02:07 +01:00
client.py selfclient.client: Factor out write_clientconf. 2012-03-05 03:45:57 +01:00
filter-subunit selftest: Place the test environment at the end of the failure lines 2012-04-27 14:51:05 +02:00
flapping selftest: ensure samba4.nss.test.*using.*winbind is always tested 2013-07-24 16:35:48 +02:00
format-subunit format-subunit: Split out summary file writing. 2010-10-02 18:40:44 +02:00
gdb_backtrace selftest: Cope with no binary argument being supplied to gdb_backtrace 2011-06-24 13:17:19 +10:00
gdb_backtrace_test.c selftest: Fix typo in comment. 2010-06-01 09:45:19 +02:00
gdb_run
in_screen fix in_screen so that it works on os that don't chdir to $PWD 2010-11-05 09:27:19 +00:00
knownfail Add regression test for bug #10229 - No access check verification on stream files. 2013-11-04 23:10:10 +01:00
quick selftest: Have only one set of selftest knownfail and skip files 2011-10-28 13:10:27 +02:00
README selftest/README: Expand inconsistent tabs 2012-03-04 01:20:03 +01:00
run.py selftest.run: Use subunit version of iso8601. 2012-03-12 01:36:25 +01:00
selftest.pl selftest: Print error message when smbd does not have ADS support 2013-07-27 08:31:14 +02:00
selftest.pl.1 selftest: Move manual page into a separate file. 2012-03-02 03:49:09 +01:00
selftest.py Export PROMOTED_DC related variable 2013-05-14 15:21:31 +12:00
selftesthelpers.py source3.selftest: Move last variables to selftesthelpers. 2012-10-27 19:08:41 +02:00
skip torture: Add smb2.oplock.levelII501 test 2013-10-24 16:15:50 +02:00
slow selftest: Have only one set of selftest knownfail and skip files 2011-10-28 13:10:27 +02:00
socket_wrapper.py selftest.socket_wrapper: interface is an integer. 2012-03-04 18:02:06 +01:00
SocketWrapper.pm
Subunit.pm selftest: Let tests add prefix to tests by themselve. 2010-09-22 17:48:23 -07:00
subunithelper.py selftest: Place the test environment at the end of the failure lines 2012-04-27 14:51:05 +02:00
testlist.py selftest.run: Factor out read_testlist_file and open_file_or_pipe. 2012-03-05 05:42:19 +01:00
tests.py selftst: add tests based on 4.1.0rc3 to check for zero invocationID in replPropertyMetaData 2013-09-23 01:29:10 +02:00
TODO
valgrind_run
wscript selftest: VFSLIBDIR is not needed, the waf build knows where to find modules automatically 2013-05-28 12:17:12 +10:00

# vim: ft=rst

This directory contains test scripts that are useful for running a
bunch of tests all at once. 

There are two parts to this: 

 * The test runner (selftest/selftest.pl)
 * The test formatter

selftest.pl simply outputs subunit, which can then be formatted or analyzed 
by tools that understand the subunit protocol. One of these tools is 
format-subunit, which is used by default as part of "make test".

Available testsuites
====================
The available testsuites are obtained from a script, usually 
source{3,4}/selftest/tests.py. This script should for each testsuite output
the name of the test, the command to run and the environment that should be 
provided. Use the included "plantest" function to generate the required output.

Testsuite behaviour
===================

Exit code
------------
The testsuites should exit with a non-zero exit code if at least one 
test failed. Skipped tests should not influence the exit code.

Output format
-------------
Testsuites can simply use the exit code to indicate whether all of their 
tests have succeeded or one or more have failed. It is also possible to 
provide more granular information using the Subunit protocol. 

This protocol works by writing simple messages to standard output. Any 
messages that can not be interpreted by this protocol are considered comments 
for the last announced test.

For a full description of the subunit protocol, see ../lib/subunit/README.

The following commands are Samba extensions to Subunit:

testsuite-count
~~~~~~~~~~~~~~~
testsuite-count: number

Announce the number of tests that is going to be run.

start-testsuite
~~~~~~~~~~~~~~~
start-testsuite: name

The testsuite name is used as prefix for all containing tests.

skip-testsuite
~~~~~~~~~~~~~~
skip-testsuite: name

Mark the testsuite with the specified name as skipped.

testsuite-success
~~~~~~~~~~~~~~~~~
testsuite-success: name

Indicate that the testsuite has succeeded successfully.

testsuite-fail
~~~~~~~~~~~~~~
testsuite-fail: name

Indicate that a testsuite has failed.

Environments
============
Tests often need to run against a server with particular things set up, 
a "environment". This environment is provided by the test "target": Samba 3, 
Samba 4 or Windows.

The environments are currently available include

 - none: No server set up, no variables set.
 - dc,s3dc: Domain controller set up. The following environment variables will
   be set:

     * USERNAME: Administrator user name
     * PASSWORD: Administrator password
     * DOMAIN: Domain name
     * REALM: Realm name
     * SERVER: DC host name 
     * SERVER_IP: DC IPv4 address
     * NETBIOSNAME: DC NetBIOS name
     * NETIOSALIAS: DC NetBIOS alias

 - member,s4member,s3member: Domain controller and member server that is joined to it set up. The
   following environment variables will be set:

     * USERNAME: Domain administrator user name
     * PASSWORD: Domain administrator password
     * DOMAIN: Domain name
     * REALM: Realm name
     * SERVER: Name of the member server

See Samba.pm, Samba3.pm and Samba4.pm for the full list.

Running tests
=============

To run all the tests use::

   make test

To run a quicker subset run::

   make quicktest

To run a specific test, use this syntax::

   make test TESTS=testname

for example::

   make test TESTS=samba4.BASE-DELETE