@@ -17,7 +17,7 @@ during the generation of the Bitcoin Core build system
17
17
and tests weren't explicitly disabled.
18
18
19
19
Assuming the build directory is named ` build ` , the unit tests can be run
20
- with ` ctests --test-dir build` , which includes unit tests from subtrees.
20
+ with ` ctest --test-dir build` , which includes unit tests from subtrees.
21
21
22
22
To run the unit tests manually, launch ` build/src/test/test_bitcoin ` . To recompile
23
23
after a test file was modified, run ` cmake --build build ` and then run the test again. If you
@@ -83,7 +83,7 @@ so no leftover state is used.)
83
83
84
84
``` bash
85
85
$ build/src/test/test_bitcoin --run_test=getarg_tests/doubledash -- -testdatadir=/somewhere/mydatadir
86
- Test directory (will not be deleted): " /somewhere/mydatadir/test_common_Bitcoin Core/getarg_tests/doubledash/datadir
86
+ Test directory (will not be deleted): " /somewhere/mydatadir/test_common_Bitcoin Core/getarg_tests/doubledash/datadir"
87
87
Running 1 test case...
88
88
89
89
*** No errors detected
@@ -112,8 +112,8 @@ see `uint256_tests.cpp`.
112
112
113
113
### Logging and debugging in unit tests
114
114
115
- ` ctest --test-dir build` will write to a log file ` build/Testing/Temporary/LastTest.log` . You can
116
- additionaly use the ` --output-on-failure` option to display logs of the failed tests automatically
115
+ ` ctest --test-dir build ` will write to the log file ` build/Testing/Temporary/LastTest.log ` . You can
116
+ additionally use the ` --output-on-failure ` option to display logs of the failed tests automatically
117
117
on failure. For running individual tests verbosely, refer to the section
118
118
[ above] ( #running-individual-tests ) .
119
119
@@ -150,5 +150,5 @@ You can then explore the core dump using
150
150
``` bash
151
151
gdb build/src/test/test_bitcoin core
152
152
153
- (gbd ) bt # produce a backtrace for where a segfault occurred
153
+ (gdb ) bt # produce a backtrace for where a segfault occurred
154
154
```
0 commit comments