The raco test command requires and runs the (by default) test submodule associated with each path given on the command line. Command-line flag can control which submodule is run, whether to run the main module if no submodule is found, and whether to run tests directly, in separate processes (the default), or in separate places. The current directory is set to a test file’s directory before running the file.
When an argument path refers to a directory, raco test recursively discovers and runs all files within the directory that end in ".rkt", end in ".scrbl", or have a (possibly empty) list of command-line arguments provided by test-command-line-arguments in an "info.rkt" file. At the same time, raco test omits files and directories within a directory as directed by test-omit-paths in an "info.rkt" file.
A test is counted as failing if it logs a failing test code via test-log!, causes Racket to exit with a non-zero exit code, or (when -e or --check-stderr is specified) if it produces output on the error port.
The raco test command accepts several flags:
-c or --collection —
Interprets the arguments as collections whose content should be tested (in the same way as directory content).
-p or --package —
Interprets the arguments as packages whose contents should be tested (in the same way as directory content). All package scopes are searched for the first, most specific package scope.
-l or --lib —
Interprets the arguments as libraries that should be tested.
-m or --modules —
Not only interprets the arguments as paths (which is the default mode), but treats them the same as paths found in a directory, which means ignoring a file argument that does not have the extension ".rkt", does not have the extension ".scrbl", or is not enabled explicitly via test-command-line-arguments in an "info.rkt" file; meanwhile, paths that are otherwise enabled can be disabled via test-omit-paths in an "info.rkt" file.
Configures defaults to imitate the DrDr continuous testing system: ignore non-modules, run tests in separate processes, use as many jobs as available processors, set the default timeout to 90 seconds, create a fresh PLTUSERHOME and TMPDIR for each test, count stderr output as a test failure, quiet program output, provide empty program input, and print a table of results.
-s ‹name› or --submodule ‹name› —
Requires the submodule ‹name› rather than test. Supply -s or --submodule to run multiple submodules, or combine multiple submodules with --first-avail to run the first available of the listed modules.
-r or --run-if-absent —
Requires the top-level module of a file if a relevant submodule is not present. This is the default mode.
-x or --no-run-if-absent —
Ignores a file if the relevant submodule is not present.
When multiple submodule names are provided with -s or --submodule, runs only the first available submodule.
Runs each test in a thread. This mode is the default if a single file is specified. Multiple tests can interfere with each other and the overall test run by exiting, unsafe operations that block (and thus prevent timeout), and so on.
Runs each test in a separate operating-system process. This mode is the default if multiple files are specified or if a directory, collection, or package is specified.
Runs each test in a place, instead of in an operating-system process.
-j ‹n› or --jobs ‹n› —
Runs up to ‹n› tests in parallel.
--timeout ‹seconds› —
Sets the default timeout (after which a test counts as failed) to ‹seconds›. Use +inf.0 to allow tests to run without limit but allow timeout sub-submodule configuration. If any test fails due to a timeout, the exit status of raco test is 2 (as opposed to 1 for only non-timeout failures or 0 for success).
When running tests in a separate process, creates a fresh directory and sets PLTUSERHOME and TMPDIR. The PLTADDONDIR environment variable is also set so that the add-on directory (which is where packages are installed, for example) does not change for each test process.
Provide an empty stdin to each test program.
-Q or --quiet-program —
Suppresses output from each test program.
-e or --check-stderr —
Count any stderr output as a test failure.
++ignore-stderr ‹pattern› —
Don’t count stderr output as a test failure if it matches ‹pattern›. This flag can be used multiple times, and stderr output is treated as success as long as it matches any one ‹pattern›.
-q or --quiet —
Suppresses output of progress information, responsible parties, and varying output (see Responsible-Party and Varying-Output Logging).
Periodically report that a test is still running after the test has been running at least 5 seconds.
--table or -t —
Print a summary table after all tests. If a test uses rackunit, or if a test at least uses test-log! from rackunit/log to log successes and failures, the table reports test and failure counts based on the log.
Changed in version 1.1: Added --heartbeat.
When raco test runs a test in a submodule, a config sub-submodule can provide additional configuration for running the test. The config sub-submodule should use the info module language to define the following identifiers:
a real number to override the default timeout for the test, which applies only when timeouts are enabled.
a string, symbol, or list of symbols and strings identifying a responsible party that should be notified when the test fails. See Responsible-Party and Varying-Output Logging.
a string that names a lock file that is used to serialize tests (i.e., tests that have the same lock name do not run concurrently). The lock file’s location is determined by the PLTLOCKDIR enviornment varible or defaults to (find-system-path 'temp-dir). The maximum time to wait on the lock file is determined by the PLTLOCKTIME environment variable or defaults to 4 hours.
if true, indicates that the test’s output is expected to vary. See Responsible-Party and Varying-Output Logging.
Submodule-based test configuration is preferred (see Test Configuration by Submodule). In particular, to prevent raco test from running a particular file, normally the file should contain a submodule that takes no action.
In some cases, however, adding a submodule is inconvenient or impossible (e.g., because the file will not always compile). Thus, raco test also consults any "info.rkt" file in the candidate test file’s directory. In the case of a file within a collection, "info.rkt" files from any enclosing collection directories are also consulted for test-omit-paths. Finally, for a file within a package, the package’s "info.rkt" is consulted for pkg-authors to set the default responsible parties (see Responsible-Party and Varying-Output Logging) for all files in the package.
The following "info.rkt" fields are recognized:
a list of path strings (relative to the enclosing directory) or 'all to omit all files within the enclosing directory. When a path string refers to a directory, all files within the directory are omitted.
a list of (list module-path-string (list argument-path-string ...)), where current-command-line-arguments is set to a vector that contains the argument-path-string when running module-path-string.
a list of (list module-path-string real-number) to override the default timeout for module-path-string.
a list of (list module-path-string party) or (list 'all party) to override the default responsible party for module-path-string or all files within the directory (except as overridden), respectively. Each party is a string, symbol, or list of symbols and strings. See Responsible-Party and Varying-Output Logging.
a list of path strings (relative to the enclosing directory) for modules whose output varies. See Responsible-Party and Varying-Output Logging.
When a test has a declared responsible party, then the test’s output is prefixed with a
raco test:‹which› @(test-responsible '‹responsible›)
line, where ‹which› is a space followed by an exact non-negative number indicating a parallel task when parallelism is enabled (or empty otherwise), and ‹responsible› is a string, symbol, or list datum.
When a test’s output (as written to stdout) is expected to vary across
raco test:‹which› @(test-random #t)