Testing
All code in HOOMD must be tested to ensure that it operates correctly.
Unit tests check that basic functionality works, one class at a time. Unit tests assume internal knowledge about how classes work and may use unpublished APIs to stress test all possible input and outputs of a given class in order to exercise all code paths. For example, test that the box class properly wraps vectors back into the minimum image. Unit tests should complete in a fraction of a second.
System integration tests check that many classes work together to produce correct output. These tests are black box tests and should only use user-facing APIs to provide inputs and check for correct outputs. For example, test that the hard sphere HPMC simulation executes for several steps. System integration tests may take several seconds.
Validation tests rigorously check that HOOMD simulations sample the correct statistical ensembles. For example, validate the a Lennard-Jones simulation at a given density matches the pressure in the NIST reference. Validation tests should run long enough to ensure reasonable sampling, but not too long. These test run in a CI environment on every pull request. Individual validation tests should execute in less than 10 minutes.
Requirements
The following Python packages are required to execute tests. Some tests will be skipped when optional requirements are missing.
gsd (optional)
mpi4py (optional)
pytest
rowan (optional)
CuPy (optional)
Running tests
Change to the build directory and execute the following commands to run the tests:
ctest
- Executes C++ testspython3 -m pytest hoomd
pytest may be run outside the build directory by:
Passing a full path to the build:
python3 -m pytest <build-directory>/hoomd
After installing to an environment:
python3 -m pytest --pyargs hoomd
Note
python3 -m pytest --pyargs hoomd
tests the hoomd installation it finds by import hoomd
,
which may not be the one you just built. You must also change to a directory outside the
source, otherwise import hoomd
attempts to import the uncompiled source.
See also
See the pytest documentation for information on how to control output, select specific tests, and more.
Running tests with MPI
When ENABLE_MPI=ON
, CTest will execute some tests with mpirun -n 1
, some with -n 2
and some with -n 8
. Make sure your test environment (e.g. interactive cluster job) is correctly
configured before running ctest
.
pytest tests may also be executed with MPI with 2 ranks. pytest does not natively support MPI. Execute it with the provided wrapper script in the build directory:
mpirun -n 2 build/hoomd/hoomd/pytest/pytest-openmpi.sh -v -x build/hoomd
The wrapper script displays the outout of rank 0 and redirects rank 1’s output to a file. Inspect
this file when a test fails on rank 1. This will result in an MPI_ABORT
on rank 0 (assuming the
-x
argument is passed):
cat pytest.out.1
Warning
Pass the -x
option to prevent deadlocks when tests fail on only 1 rank.
Note
The provided wrapper script supports OpenMPI.
Running validation tests
Longer running validation tests do not execute by default. Run these with the --validate
command
line option to pytest:
$ python3 -m pytest build/hoomd --validate -m validate
$ mpirun -n 2 hoomd/pytest/pytest-openmpi.sh build/hoomd -v -x -ra --validate -m validate
Note
The -m validate
option selects only the validation tests.
Note
To run validation tests on an installed hoomd
package, you need to specify additional
options:
python3 -m pytest --pyargs hoomd -p hoomd.pytest_plugin_validate -m validate --validate
Implementing tests
Most tests should be implemented in pytest. HOOMD’s test rig provides a device
fixture that
most tests should use to cache the execution device across multiple tests and reduce test execution
time.
Important
Add any new test_*.py
files to the list in the corresponding CMakeLists.txt
file.
Only add C++ tests for classes that have no Python interface or otherwise require low level testing. If you are unsure, please check with the lead developers prior to adding new C++ tests.