UnitTesting » History » Revision 9
Revision 8 (Davide Pesavento, 11/21/2017 03:17 PM) → Revision 9/12 (Davide Pesavento, 03/25/2019 08:50 PM)
# Unit Testing NFD requires unit testing for most modules. NFD uses [Boost Unit Test Framework](https://www.boost.org/doc/libs/1_58_0/libs/test/doc/html/index.html). Framework](http://www.boost.org/doc/libs/1_54_0/libs/test/doc/html/index.html). ## Learning Resources for Boost Unit Test Framework * [Boost Unit Test Framework documentation](https://www.boost.org/doc/libs/1_58_0/libs/test/doc/html/index.html) documentation](http://www.boost.org/doc/libs/1_54_0/libs/test/doc/html/index.html) * After compiling the test binary (or binaries), unit-test binary, it is possible at run time to select which tests to run and what kind of output is desired. Use `--help` command line option to get more information about the available options. ## Testing Code Guidelines * The test Test suite for `.../folder/module-name.hpp` should be placed in `tests/.../folder/module-name.t.cpp`. * For example, test suite for `daemon/fw/forwarder.hpp` should be place in `tests/daemon/fw/forwarder.t.cpp`. * The test Test suite should be named `TestModuleName`, and nested under test suites named after directories. * For example, test suite for `security/transform/base64-decode.hpp` is named `Security/Transform/TestBase64Decode`. * The test Test suite should be declared inside the same namespace of the tested type plus additional `tests` namespace. * For example, test suite for `nfd::Forwarder` is declared in `nfd::tests`, test suite for `nfd::cs::Cs` is declared in `nfd::cs`. * If needed, parent `tests` sub-namespace can be imported with `using namespace` directive. * The test Test suite should use `nfd::tests::BaseFixture` fixture, to get automatic setup and teardown of global `io_service`. * If a custom fixture is defined for test suite or test case, that custom fixture should derive from `BaseFixture`. * `IdentityManagementFixture` should be used if a test case needs to create identities in KeyChain. * `UnitTestTimeFixture` should be used if mocked clocks are feasible/desirable. ## Testing Helpers * `tests/daemon/limited-io.hpp` `tests/limited-io.hpp` provides operation count and time limit * `tests/daemon/face/dummy-face.hpp` provides a `Face` that doesn't depend on a socket * `tests/daemon/fw/strategy-tester.hpp` provides a facade to test a forwarding strategy * `tests/daemon/fw/topology-tester.hpp` provides facilities to test forwarder and strategy in a virtual topology