mirror of
https://github.com/dashpay/dash.git
synced 2024-12-28 13:32:47 +01:00
70c86db4ef
eedc461
Merge `doc/unit-tests.md` into `src/test/README.md` (Wladimir J. van der Laan)
61 lines
2.4 KiB
Markdown
61 lines
2.4 KiB
Markdown
### Compiling/running unit tests
|
|
|
|
Unit tests will be automatically compiled if dependencies were met in `./configure`
|
|
and tests weren't explicitly disabled.
|
|
|
|
After configuring, they can be run with `make check`.
|
|
|
|
To run the dashd tests manually, launch `src/test/test_dash`.
|
|
|
|
To add more dashd tests, add `BOOST_AUTO_TEST_CASE` functions to the existing
|
|
.cpp files in the `test/` directory or add new .cpp files that
|
|
implement new BOOST_AUTO_TEST_SUITE sections.
|
|
|
|
To run the dash-qt tests manually, launch `src/qt/test/test_dash-qt`
|
|
|
|
To add more dash-qt tests, add them to the `src/qt/test/` directory and
|
|
the `src/qt/test/test_main.cpp` file.
|
|
|
|
### Running individual tests
|
|
|
|
test_dash has some built-in command-line arguments; for
|
|
example, to run just the getarg_tests verbosely:
|
|
|
|
test_dash --log_level=all --run_test=getarg_tests
|
|
|
|
... or to run just the doubledash test:
|
|
|
|
test_dash --run_test=getarg_tests/doubledash
|
|
|
|
Run `test_dash --help` for the full list.
|
|
|
|
### Note on adding test cases
|
|
|
|
The sources in this directory are unit test cases. Boost includes a
|
|
unit testing framework, and since Dash Core already uses boost, it makes
|
|
sense to simply use this framework rather than require developers to
|
|
configure some other framework (we want as few impediments to creating
|
|
unit tests as possible).
|
|
|
|
The build system is setup to compile an executable called `test_dash`
|
|
that runs all of the unit tests. The main source file is called
|
|
test_dash.cpp. To add a new unit test file to our test suite you need
|
|
to add the file to `src/Makefile.test.include`. The pattern is to create
|
|
one test file for each class or source file for which you want to create
|
|
unit tests. The file naming convention is `<source_filename>_tests.cpp`
|
|
and such files should wrap their tests in a test suite
|
|
called `<source_filename>_tests`. For an example of this pattern,
|
|
examine `uint256_tests.cpp`.
|
|
|
|
For further reading, I found the following website to be helpful in
|
|
explaining how the boost unit test framework works:
|
|
[http://www.alittlemadness.com/2009/03/31/c-unit-testing-with-boosttest/](http://www.alittlemadness.com/2009/03/31/c-unit-testing-with-boosttest/).
|
|
|
|
### bitcoin-util-test.py
|
|
|
|
The test directory also contains the bitcoin-util-test.py tool, which tests bitcoin utils (currently just dash-tx). This test gets run automatically during the `make check` build process. It is also possible to run the test manually from the src directory:
|
|
|
|
```
|
|
test/bitcoin-util-test.py --srcdir=[current directory]
|
|
|
|
``` |