|
Monero
|

Directories | |
| block_weight | |
| core_tests | |
| crypto | |
| daemon_tests | |
| difficulty | |
| functional_tests | |
| fuzz | |
| gtest | |
| hash | |
| libwallet_api_tests | |
| net_load_tests | |
| performance_tests | |
| trezor | |
| unit_tests | |
Files | |
| benchmark.cpp | |
| hash-target.cpp | |
| io.h | |
To run all tests, run:
To test a release build, replace debug-test with release-test in the previous command.
Core tests take longer than any other Monero tests, due to the high amount of computational work involved in validating core components.
Tests are located in tests/core_tests/, and follow a straightforward naming convention. Most cases cover core functionality (block_reward.cpp, chaingen.cpp, rct.cpp, etc.), while some cover basic security tests (double_spend.cpp & integer_overflow.cpp).
To run only Monero's core tests (after building):
To run the same tests on a release build, replace Debug Macros with release.
Crypto tests are located under the tests/crypto directory.
Tests correspond to components under src/crypto/. A quick comparison reveals the pattern, and new tests should continue the naming convention.
To run only Monero's crypto tests (after building):
To run the same tests on a release build, replace Debug Macros with release.
[TODO]
[TODO] Functional tests are located under the tests/functional_tests directory.
Building all the tests requires installing the following dependencies:
First, run a regtest daemon in the offline mode and with a fixed difficulty:
Alternatively, you can run multiple daemons and let them connect with each other by using --add-exclusive-node. In this case, make sure that the same fixed difficulty is given to all the daemons.
Next, restore a mainnet wallet with the following seed and restore height 0 (the file path doesn't matter):
Open the wallet file with monero-wallet-rpc with RPC port 18083. Finally, start tests by invoking ./blockchain.py or ./speed.py
Configuration of individual tests.
The following environment variables may be set to control the mining test:
For example, to customize the run of the functional tests, you may run the following commands from the build directory:
Fuzz tests are written using American Fuzzy Lop (AFL), and located under the tests/fuzz directory.
An additional helper utility is provided contrib/fuzz_testing/fuzz.sh. AFL must be installed, and some additional setup may be necessary for the script to run properly.
Hash tests exist under tests/hash, and include a set of target hashes in text files.
To run only Monero's hash tests (after building):
To run the same tests on a release build, replace Debug Macros with release.
[TODO]
[TODO]
Performance tests are located in tests/performance_tests, and test features for performance metrics on the host machine.
To run only Monero's performance tests (after building):
The path may be build/Linux/master/debug (adapt as necessary for your platform).
If the performance_tests binary does not exist, try running make in the build/debug/tests/performance_tests directory.
To run the same tests on a release build, replace Debug Macros with release.
Unit tests are defined under the tests/unit_tests directory. Independent components are tested individually to ensure they work properly on their own.
To run only Monero's unit tests (after building):
To run the same tests on a release build, replace Debug Macros with release.
When writing new tests, please implement all functions in .cpp or .c files, and only put function headers in .h files. This will help keep the fairly complex test suites somewhat sane going forward.
[TODO]