Skip to content

Latest commit

 

History

History
99 lines (72 loc) · 2.47 KB

Readme.md

File metadata and controls

99 lines (72 loc) · 2.47 KB

asynctest

Complements the standard unittest module in Nim to allow testing of asynchronous code.

Installation

Use the Nimble package manager to add asynctest to an existing project. Add the following to its .nimble file:

requires "asynctest >= 0.5.2 & < 0.6.0"

Usage

Replace import unittest with one of the following imports, and you can await asynchronous calls in tests, setup and teardown.

When you use Nim's standard library only (asyncdispatch and unittest):

import asynctest/asyncdispatch/unittest

When you use chronos or unittest2, pick the import that matches your choices:

import asynctest/asyncdispatch/unittest2  # standard async and unittest2
import asynctest/chronos/unittest         # chronos and standard unittest
import asynctest/chronos/unittest2        # chronos and unittest2

Example

import asynctest/asyncdispatch/unittest

proc someAsyncProc {.async.} =
  # perform some async operations using await

suite "test async proc":

  setup:
    # invoke await in each test setup:
    await someAsyncProc()

  teardown:
    # invoke await in each test teardown:
    await someAsyncProc()

  test "async test":
    # invoke await in tests:
    await someAsyncProc()

check eventually

When you find yourself adding calls to sleepAsync to your tests, you might want to consider using check eventually instead. It will repeatedly check an expression until it becomes true. It has a built-in timeout of 5 seconds that you can override.

var x: int

proc slowProcedure {.async.} =
  # perform a slow operation
  x = 42

let future = slowProcedure()
check eventually x == 42
await future

setupAll and teardownAll

The setup and teardown code runs before and after every test, just like the standard unittest module. In addition we provide setupAll and teardownAll. The setupAll code runs once before all tests in the suite, and the teardownAll runs once after all tests in the suite. Use these only as a last resort when setting up the test environment is very costly. Be careful that the tests do not modify the environment that you set up, lest you introduce dependencies between tests.