This module implements boilerplate to make unit testing easy.
The test status and name is printed after any output or traceback.
Tests can be nested, however failure of a nested test will not mark the parent test as failed. Setup and teardown are inherited. Setup can be overridden locally.
Compiled test files as well as nim c -r <testfile.nim> exit with 0 for success (no failed tests) or 1 for failure.
Instead of unittest, please consider using the Testament tool which offers process isolation for your tests.
Alternatively using when isMainModule: doAssert conditionHere is usually a much simpler solution for testing purposes.
Specify the test name as a command line argument.
nim c -r test "my test name" "another test"
Multiple arguments can be used.
Specify the suite name delimited by "::".
nim c -r test "my test name::"
A single "*" can be used for globbing.
Delimit the end of a suite name with "::".
Tests matching any of the arguments are executed.
nim c -r test fast_suite::mytest1 fast_suite::mytest2 nim c -r test "fast_suite::mytest*" nim c -r test "auth*::" "crypto::hashing*" # Run suites starting with 'bug #' and standalone tests starting with '#' nim c -r test 'bug #*::' '::#*'
suite "description for this stuff":
echo "suite setup: run once before the tests"
setup:
echo "run before each test"
teardown:
echo "run after each test"
test "essential truths":
# give up and stop if this fails
require(true)
test "slightly less obvious stuff":
# print a nasty message and move on, skipping
# the remainder of this block
check(1 != 1)
check("asd"[2] == 'd')
test "out of bounds error is thrown on bad access":
let v = @[1, 2, 3] # you can do initialization here
expect(IndexDefect):
discard v[4]
echo "suite teardown: run once after the tests" Since check will rewrite some expressions for supporting checkpoints (namely assigns expressions to variables), some type conversions are not supported. For example check 4.0 == 2 + 2 won't work. But doAssert 4.0 == 2 + 2 works. Make sure both sides of the operator (such as ==, >= and so on) have the same type.
ConsoleOutputFormatter = ref object of OutputFormatter ## Have test results printed in color. ## Default is `auto` depending on `isatty(stdout)`, or override it with ## `-d:nimUnittestColor:auto|on|off`. ## ## Deprecated: Setting the environment variable `NIMTEST_COLOR` to `always` ## or `never` changes the default for the non-js target to true or false respectively. ## Deprecated: the environment variable `NIMTEST_NO_COLOR`, when set, changes the ## default to true, if `NIMTEST_COLOR` is undefined. ## Set the verbosity of test results. ## Default is `PRINT_ALL`, or override with: ## `-d:nimUnittestOutputLevel:PRINT_ALL|PRINT_FAILURES|PRINT_NONE`. ## ## Deprecated: the `NIMTEST_OUTPUT_LVL` environment variable is set for the non-js target.
OutputLevel = enum PRINT_ALL, ## Print as much as possible. PRINT_FAILURES, ## Print only the failed tests. PRINT_NONE ## Print nothing.
proc checkpoint(msg: string) {....raises: [], tags: [], forbids: [].}Set a checkpoint identified by msg. Upon test failure all checkpoints encountered so far are printed out. Example:
checkpoint("Checkpoint A")
check((42, "the Answer to life and everything") == (1, "a"))
checkpoint("Checkpoint B") outputs "Checkpoint A" once it fails.
Source Editproc newJUnitOutputFormatter(stream: Stream): JUnitOutputFormatter {.
...raises: [IOError, OSError], tags: [WriteIOEffect], forbids: [].}stream is NOT closed automatically when the test are finished, because the formatter has no way to know when all tests are finished. You should invoke formatter.close() to finalize the report. Source Edit method failureOccurred(formatter: ConsoleOutputFormatter;
checkpoints: seq[string]; stackTrace: string) {.
...raises: [], tags: [], forbids: [].}method suiteEnded(formatter: ConsoleOutputFormatter) {....raises: [], tags: [],
forbids: [].}method suiteStarted(formatter: ConsoleOutputFormatter; suiteName: string) {.
...raises: [IOError], tags: [RootEffect, WriteIOEffect], forbids: [].}method testEnded(formatter: ConsoleOutputFormatter; testResult: TestResult) {.
...raises: [IOError], tags: [RootEffect, WriteIOEffect], forbids: [].}macro check(conditions: untyped): untyped
outputLevel is not PRINT_NONE). Example:
import std/strutils
check("AKB48".toLowerAscii() == "akb48")
let teams = {'A', 'K', 'B', '4', '8'}
check:
"AKB48".toLowerAscii() == "akb48"
'C' notin teams Source Edit macro expect(exceptions: varargs[typed]; body: untyped): untyped
body raises an exception found in the passed exceptions. The test passes if the raised exception is part of the acceptable exceptions. Otherwise, it fails. Example:
import std/[math, random, strutils]
proc defectiveRobot() =
randomize()
case rand(1..4)
of 1: raise newException(OSError, "CANNOT COMPUTE!")
of 2: discard parseInt("Hello World!")
of 3: raise newException(IOError, "I can't do that Dave.")
else: assert 2 + 2 == 5
expect IOError, OSError, ValueError, AssertionDefect:
defectiveRobot() Source Edit template fail()
Print out the checkpoints encountered so far and quit if abortOnError is true. Otherwise, erase the checkpoints and indicate the test has failed (change exit code and test status). This template is useful for debugging, but is otherwise mostly used internally. Example:
checkpoint("Checkpoint A")
complicatedProcInThread()
fail() outputs "Checkpoint A" before quitting.
Source Edittemplate suite(name, body) {.dirty.}Declare a test suite identified by name with optional setup and/or teardown section.
A test suite is a series of one or more related tests sharing a common fixture (setup, teardown). The fixture is executed for EACH test.
suite "test suite for addition":
setup:
let result = 4
test "2 + 2 = 4":
check(2+2 == result)
test "(2 + -2) != 4":
check(2 + -2 != result)
# No teardown needed The suite will run the individual test cases in the order in which they were listed. With default global settings the above code prints:
[Suite] test suite for addition [OK] 2 + 2 = 4 [OK] (2 + -2) != 4Source Edit
© 2006–2024 Andreas Rumpf
Licensed under the MIT License.
https://nim-lang.org/docs/unittest.html