monero/tests
luigi1111 c12ee59ebd
Merge pull request #9125
0c545f6 epee/test: remove levin_protocol_handler and core_proxy tests (jeffro256)
2024-02-24 09:59:50 -05:00
..
block_weight blockchain_and_pool: move to crytonote_core and enforce its usage 2023-07-01 07:12:53 -05:00
core_tests core_tests: fix gcc7 compilation 2023-10-28 04:26:27 +02:00
crypto Copyright: Update to 2023 2023-01-16 13:00:18 +01:00
data wallet2: fix `store_to()` and `change_password()` 2023-08-23 11:48:18 -05:00
difficulty Copyright: Update to 2023 2023-01-16 13:00:18 +01:00
functional_tests wallet: feature: transfer amount with fee included 2024-02-20 17:08:06 -06:00
fuzz Copyright: Update to 2023 2023-01-16 13:00:18 +01:00
gtest cmake: set 3.5 as minimum version 2021-04-27 11:02:05 +02:00
hash Update tests/hash/main.cpp 2023-06-13 01:20:42 +03:30
libwallet_api_tests Copyright: Update to 2023 2023-01-16 13:00:18 +01:00
net_load_tests Copyright: Update to 2023 2023-01-16 13:00:18 +01:00
performance_tests add seraphis_crypto directory 2023-09-10 16:49:58 -05:00
trezor trezor: support v2.5.2+, add more trezor tests, fix chaingen and tests 2023-09-30 09:01:10 +02:00
unit_tests Merge pull request #8940 2024-02-24 09:55:58 -05:00
CMakeLists.txt epee/test: remove levin_protocol_handler and core_proxy tests 2024-01-17 17:17:16 -06:00
README.md Merge pull request #8901 2023-07-06 21:35:36 -05:00
benchmark.cpp Copyright: Update to 2023 2023-01-16 13:00:18 +01:00
benchmark.h.in Support for supercop ASM in wallet, and benchmark for supercop 2020-05-16 10:25:17 +00:00
hash-target.cpp Copyright: Update to 2023 2023-01-16 13:00:18 +01:00
io.h Copyright: Update to 2023 2023-01-16 13:00:18 +01:00

README.md

Running all tests

To run all tests, run:

cd /path/to/monero
make [-jn] debug-test # where n is number of compiler processes

To test a release build, replace debug-test with release-test in the previous command.

Core tests

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):

cd build/debug/tests/core_tests
ctest

To run the same tests on a release build, replace debug with release.

Crypto Tests

Crypto tests are located under the tests/crypto directory.

  • crypto-tests.h contains test harness headers
  • main.cpp implements the driver for the crypto tests

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):

cd build/debug/tests/crypto
ctest

To run the same tests on a release build, replace debug with release.

Functional tests

[TODO] Functional tests are located under the tests/functional_tests directory.

Building all the tests requires installing the following dependencies:

pip install requests psutil monotonic zmq deepdiff

First, run a regtest daemon in the offline mode and with a fixed difficulty:

monerod --regtest --offline --fixed-difficulty 1

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):

velvet lymph giddy number token physics poetry unquoted nibs useful sabotage limits benches lifestyle eden nitrogen anvil fewest avoid batch vials washing fences goat unquoted

Open the wallet file with monero-wallet-rpc with RPC port 18083. Finally, start tests by invoking ./blockchain.py or ./speed.py

Parameters

Configuration of individual tests.

Mining test

The following environment variables may be set to control the mining test:

  • MINING_NO_MEASUREMENT - set to anything to use large enough and fixed mining timeouts (use case: very slow PCs and no intention to change the mining code)
  • MINING_SILENT - set to anything to disable mining logging

For example, to customize the run of the functional tests, you may run the following commands from the build directory:

export MINING_NO_MEASUREMENT=1
ctest -V -R functional_tests_rpc
unset MINING_NO_MEASUREMENT

Fuzz tests

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

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):

cd build/debug/tests/hash
ctest

To run the same tests on a release build, replace debug with release.

To run specific hash test, you can use ctest -R parameter. For exmaple to run only blake2b hash tests:

ctest -R hash-blake2b

Libwallet API tests

[TODO]

Net Load tests

[TODO]

Performance tests

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):

cd build/debug/tests/performance_tests
./performance_tests

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 with release.

Unit tests

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):

cd build/debug/tests/unit_tests
ctest

To run the same tests on a release build, replace debug with release.

Writing new tests

Test hygiene

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.

Writing fuzz tests

[TODO] hash