211 lines · plain
1tdc - Linux Traffic Control (tc) unit testing suite2 3Author: Lucas Bates - lucasb@mojatatu.com4 5tdc is a Python script to load tc unit tests from a separate JSON file and6execute them inside a network namespace dedicated to the task.7 8 9REQUIREMENTS10------------11 12* Minimum Python version of 3.8.13 14* The kernel must have network namespace support if using nsPlugin15 16* The kernel must have veth support available, as a veth pair is created17 prior to running the tests when using nsPlugin.18 19* The kernel must have the appropriate infrastructure enabled to run all tdc20 unit tests. See the config file in this directory for minimum required21 features. As new tests will be added, config options list will be updated.22 23* All tc-related features being tested must be built in or available as24 modules. To check what is required in current setup run:25 ./tdc.py -c26 27 Note:28 In the current release, tdc run will abort due to a failure in setup or29 teardown commands - which includes not being able to run a test simply30 because the kernel did not support a specific feature. (This will be31 handled in a future version - the current workaround is to run the tests32 on specific test categories that your kernel supports)33 34 35BEFORE YOU RUN36--------------37 38The path to the tc executable that will be most commonly tested can be defined39in the tdc_config.py file. Find the 'TC' entry in the NAMES dictionary and40define the path.41 42If you need to test a different tc executable on the fly, you can do so by43using the -p option when running tdc:44 ./tdc.py -p /path/to/tc45 46 47RUNNING TDC48-----------49 50To use tdc, root privileges are required. This is because the51commands being tested must be run as root. The code that enforces52execution by root uid has been moved into a plugin (see PLUGIN53ARCHITECTURE, below).54 55Tests that use a network device should have nsPlugin.py listed as a56requirement for that test. nsPlugin executes all commands within a57network namespace and creates a veth pair which may be used in those test58cases. To disable execution within the namespace, pass the -N option59to tdc when starting a test run; the veth pair will still be created60by the plugin.61 62Running tdc without any arguments will run all tests. Refer to the section63on command line arguments for more information, or run:64 ./tdc.py -h65 66tdc will list the test names as they are being run, and print a summary in67TAP (Test Anything Protocol) format when they are done. If tests fail,68output captured from the failing test will be printed immediately following69the failed test in the TAP output.70 71 72OVERVIEW OF TDC EXECUTION73-------------------------74 75One run of tests is considered a "test suite" (this will be refined in the76future). A test suite has one or more test cases in it.77 78A test case has four stages:79 80 - setup81 - execute82 - verify83 - teardown84 85The setup and teardown stages can run zero or more commands. The setup86stage does some setup if the test needs it. The teardown stage undoes87the setup and returns the system to a "neutral" state so any other test88can be run next. These two stages require any commands run to return89success, but do not otherwise verify the results.90 91The execute and verify stages each run one command. The execute stage92tests the return code against one or more acceptable values. The93verify stage checks the return code for success, and also compares94the stdout with a regular expression.95 96Each of the commands in any stage will run in a shell instance.97 98Each test is an atomic unit. A test that for whatever reason spans multiple test99definitions is a bug.100 101A test that runs inside a namespace (requires "nsPlugin") will run in parallel102with other tests.103 104Tests that use netdevsim or don't run inside a namespace run serially with regards105to each other.106 107 108USER-DEFINED CONSTANTS109----------------------110 111The tdc_config.py file contains multiple values that can be altered to suit112your needs. Any value in the NAMES dictionary can be altered without affecting113the tests to be run. These values are used in the tc commands that will be114executed as part of the test. More will be added as test cases require.115 116Example:117 $TC qdisc add dev $DEV1 ingress118 119The NAMES values are used to substitute into the commands in the test cases.120 121 122COMMAND LINE ARGUMENTS123----------------------124 125Run tdc.py -h to see the full list of available arguments.126 127PLUGIN ARCHITECTURE128-------------------129 130There is now a plugin architecture, and some of the functionality that131was in the tdc.py script has been moved into the plugins.132 133The plugins are in the directory plugin-lib. The are executed from134directory plugins. Put symbolic links from plugins to plugin-lib,135and name them according to the order you want them to run. This is not136necessary if a test case being run requires a specific plugin to work.137 138Example:139 140bjb@bee:~/work/tc-testing$ ls -l plugins141total 4142lrwxrwxrwx 1 bjb bjb 27 Oct 4 16:12 10-rootPlugin.py -> ../plugin-lib/rootPlugin.py143lrwxrwxrwx 1 bjb bjb 25 Oct 12 17:55 20-nsPlugin.py -> ../plugin-lib/nsPlugin.py144-rwxr-xr-x 1 bjb bjb 0 Sep 29 15:56 __init__.py145 146The plugins are a subclass of TdcPlugin, defined in TdcPlugin.py and147must be called "SubPlugin" so tdc can find them. They are148distinguished from each other in the python program by their module149name.150 151This base class supplies "hooks" to run extra functions. These hooks are as follows:152 153pre- and post-suite154pre- and post-case155pre- and post-execute stage156adjust-command (runs in all stages and receives the stage name)157 158The pre-suite hook receives the number of tests and an array of test ids.159This allows you to dump out the list of skipped tests in the event of a160failure during setup or teardown stage.161 162The pre-case hook receives the ordinal number and test id of the current test.163 164The adjust-command hook receives the stage id (see list below) and the165full command to be executed. This allows for last-minute adjustment166of the command.167 168The stages are identified by the following strings:169 170 - pre (pre-suite)171 - setup172 - command173 - verify174 - teardown175 - post (post-suite)176 177 178To write a plugin, you need to inherit from TdcPlugin in179TdcPlugin.py. To use the plugin, you have to put the180implementation file in plugin-lib, and add a symbolic link to it from181plugins. It will be detected at run time and invoked at the182appropriate times. There are a few examples in the plugin-lib183directory:184 185 - rootPlugin.py:186 implements the enforcement of running as root187 - nsPlugin.py:188 sets up a network namespace and runs all commands in that namespace,189 while also setting up dummy devices to be used in testing.190 - valgrindPlugin.py191 runs each command in the execute stage under valgrind,192 and checks for leaks.193 This plugin will output an extra test for each test in the test file,194 one is the existing output as to whether the test passed or failed,195 and the other is a test whether the command leaked memory or not.196 (This one is a preliminary version, it may not work quite right yet,197 but the overall template is there and it should only need tweaks.)198 199 200ACKNOWLEDGEMENTS201----------------202 203Thanks to:204 205Jamal Hadi Salim, for providing valuable test cases206Keara Leibovitz, who wrote the CLI test driver that I used as a base for the207 first version of the tc testing suite. This work was presented at208 Netdev 1.2 Tokyo in October 2016.209Samir Hussain, for providing help while I dove into Python for the first time210 and being a second eye for this code.211