X-Git-Url: https://git.notmuchmail.org/git?p=notmuch;a=blobdiff_plain;f=test%2FREADME;h=ce403cef298dd8aaeac60ab94b49a029d7839ed4;hp=0b547480e5497e80b05c3001265ead2cb4f7dc9a;hb=19ea288679373f1c371234f982b8b9635b0e06c5;hpb=4cc67276885990c38bc2bcc79eedbb0851e2bc8a diff --git a/test/README b/test/README index 0b547480..ce403cef 100644 --- a/test/README +++ b/test/README @@ -6,6 +6,19 @@ When fixing bugs or enhancing notmuch, you are strongly encouraged to add tests in this directory to cover what you are trying to fix or enhance. +Prerequisites +------------- +Some tests require external dependencies to run. Without them, they +will be skipped, or (rarely) marked failed. Please install these, so +that you know if you break anything. + + - dtach(1) + - emacs(1) + - emacsclient(1) + - gdb(1) + - gpg(1) + - python(1) + Running Tests ------------- The easiest way to run tests is to say "make test", (or simply run the @@ -13,7 +26,8 @@ notmuch-test script). Either command will run all available tests. Alternately, you can run a specific subset of tests by simply invoking one of the executable scripts in this directory, (such as ./search, -./reply, etc.) +./reply, etc). Note that you will probably want "make test-binaries" +before running individual tests. The following command-line options are available when running tests: @@ -42,7 +56,7 @@ The following command-line options are available when running tests: run the tests with this option in parallel. --root=:: - This runs the testsuites specified under a seperate directory. + This runs the testsuites specified under a separate directory. However, caution is advised, as not all tests are maintained with this relocation in mind, so some tests may behave differently. @@ -50,11 +64,39 @@ The following command-line options are available when running tests: Pointing this argument at a tmpfs filesystem can improve the speed of the test suite for some users. +Certain tests require precomputed databases to complete. You can fetch these +databases with + + make download-test-databases + +If you do not download the test databases, the relevant tests will be +skipped. + When invoking the test suite via "make test" any of the above options can be specified as follows: make test OPTIONS="--verbose" +You can choose an emacs binary (and corresponding emacsclient) to run +the tests in one of the following ways. + + TEST_EMACS=my-special-emacs TEST_EMACSCLIENT=my-emacsclient make test + TEST_EMACS=my-special-emacs TEST_EMACSCLIENT=my-emacsclient ./emacs + make test TEST_EMACS=my-special-emacs TEST_EMACSCLIENT=my-emacsclient + +Some tests may require a c compiler. You can choose the name and flags similarly +to with emacs, e.g. + + make test TEST_CC=gcc TEST_CFLAGS="-g -O2" + +Quiet Execution +--------------- + +Normally, when new script starts and when test PASSes you get a message +printed on screen. This printing can be disabled by setting the +NOTMUCH_TEST_QUIET variable to a non-null value. Message on test +failures and skips are still printed. + Skipping Tests -------------- If, for any reason, you need to skip one or more tests, you can do so @@ -96,7 +138,7 @@ Source 'test-lib.sh' After assigning test_description, the test script should source test-lib.sh like this: - . ./test-lib.sh + . ./test-lib.sh || exit 1 This test harness library does the following things: @@ -155,19 +197,19 @@ library for your script to use. will generate a failure and print the difference of the two strings. - test_expect_equal_file + test_expect_equal_file - Identical to test_exepect_equal, except that and - are files instead of strings. This is a much more - robust method to compare formatted textual information, since it - also notices whitespace and closing newline differences. + Identical to test_expect_equal, except that and + are files instead of strings. This is a much more robust method to + compare formatted textual information, since it also notices + whitespace and closing newline differences. - test_expect_equal_failure + test_expect_equal_json - This works similar to test_expect_equal (see above) but is used to - mark a test that demonstrates a known breakage, (that is, the - author of the test expects "output" and "expected" to differ until - the breakage is fixed). See test_expect_failure for details. + Identical to test_expect_equal, except that the two strings are + treated as JSON and canonicalized before equality testing. This is + useful to abstract away from whitespace differences in the expected + output and that generated by running a notmuch command. test_debug