CVE-2019-3824 ldb: Extra comments to clarify no pointer wrap in wildcard processing
[Samba.git] / selftest / README
blobc898c3c71cff903feab6ddc387ddec3c5fcbcf9c
1 # vim: ft=rst
3 This directory contains test scripts that are useful for running a
4 bunch of tests all at once.
6 There are two parts to this:
8  * The test runner (selftest/selftest.pl)
9  * The test formatter
11 selftest.pl simply outputs subunit, which can then be formatted or analyzed
12 by tools that understand the subunit protocol. One of these tools is
13 format-subunit, which is used by default as part of "make test".
15 Available testsuites
16 ====================
17 The available testsuites are obtained from a script, usually
18 source{3,4}/selftest/tests.py. This script should for each testsuite output
19 the name of the test, the command to run and the environment that should be
20 provided. Use the included "plantest" function to generate the required output.
22 Testsuite behaviour
23 ===================
25 Exit code
26 ------------
27 The testsuites should exit with a non-zero exit code if at least one
28 test failed. Skipped tests should not influence the exit code.
30 Output format
31 -------------
32 Testsuites can simply use the exit code to indicate whether all of their
33 tests have succeeded or one or more have failed. It is also possible to
34 provide more granular information using the Subunit protocol.
36 This protocol works by writing simple messages to standard output. Any
37 messages that can not be interpreted by this protocol are considered comments
38 for the last announced test.
40 For a full description of the subunit protocol, see the README file in the subunit
41 repository at http://github.com/testing-cabal/subunit.
43 The following commands are Samba extensions to Subunit:
45 start-testsuite
46 ~~~~~~~~~~~~~~~
47 start-testsuite: name
49 The testsuite name is used as prefix for all containing tests.
51 skip-testsuite
52 ~~~~~~~~~~~~~~
53 skip-testsuite: name
55 Mark the testsuite with the specified name as skipped.
57 testsuite-success
58 ~~~~~~~~~~~~~~~~~
59 testsuite-success: name
61 Indicate that the testsuite has succeeded successfully.
63 testsuite-fail
64 ~~~~~~~~~~~~~~
65 testsuite-fail: name
67 Indicate that a testsuite has failed.
69 Environments
70 ============
71 Tests often need to run against a server with particular things set up,
72 a "environment". This environment is provided by the test "target": Samba 3,
73 Samba 4 or Windows.
75 The environments are currently available include
77  - none: No server set up, no variables set.
78  - dc,s3dc: Domain controller set up. The following environment variables will
79    be set:
81      * USERNAME: Administrator user name
82      * PASSWORD: Administrator password
83      * DOMAIN: Domain name
84      * REALM: Realm name
85      * SERVER: DC host name
86      * SERVER_IP: DC IPv4 address
87      * SERVER_IPV6: DC IPv6 address
88      * NETBIOSNAME: DC NetBIOS name
89      * NETIOSALIAS: DC NetBIOS alias
91  - member,s4member,s3member: Domain controller and member server that is joined to it set up. The
92    following environment variables will be set:
94      * USERNAME: Domain administrator user name
95      * PASSWORD: Domain administrator password
96      * DOMAIN: Domain name
97      * REALM: Realm name
98      * SERVER: Name of the member server
100 See Samba.pm, Samba3.pm and Samba4.pm for the full list.
102 Running tests
103 =============
105 To run all the tests use::
107    make test
109 To run a quicker subset run::
111    make quicktest
113 To run a specific test, use this syntax::
115    make test TESTS=testname
117 for example::
119    make test TESTS=samba4.BASE-DELETE