diff options
author | Not Zed <NotZed@HelixCode.com> | 2000-11-24 11:54:55 +0800 |
---|---|---|
committer | Michael Zucci <zucchi@src.gnome.org> | 2000-11-24 11:54:55 +0800 |
commit | 189cb50426fc12b55a79c67a00064623ec964383 (patch) | |
tree | cdc37cf4d65c4b5a7fb69de104663be4875d0781 /camel/tests/README | |
parent | 99e80d6ecf06cc60f2734f87bc974bd9479ba139 (diff) | |
download | gsoc2013-evolution-189cb50426fc12b55a79c67a00064623ec964383.tar gsoc2013-evolution-189cb50426fc12b55a79c67a00064623ec964383.tar.gz gsoc2013-evolution-189cb50426fc12b55a79c67a00064623ec964383.tar.bz2 gsoc2013-evolution-189cb50426fc12b55a79c67a00064623ec964383.tar.lz gsoc2013-evolution-189cb50426fc12b55a79c67a00064623ec964383.tar.xz gsoc2013-evolution-189cb50426fc12b55a79c67a00064623ec964383.tar.zst gsoc2013-evolution-189cb50426fc12b55a79c67a00064623ec964383.zip |
Added at least some explanation of all this stuff.
2000-11-24 Not Zed <NotZed@HelixCode.com>
* tests/README: Added at least some explanation of all this stuff.
* tests/lib/camel-test.h (check_msg): Added a non-gcc version of
the fail command, we dont get the expression that failed, but no
matter. Should be (more) portable now.
(check, check_msg): Put the file/lineno in the default message.
svn path=/trunk/; revision=6657
Diffstat (limited to 'camel/tests/README')
-rw-r--r-- | camel/tests/README | 38 |
1 files changed, 38 insertions, 0 deletions
diff --git a/camel/tests/README b/camel/tests/README new file mode 100644 index 0000000000..e9262541b4 --- /dev/null +++ b/camel/tests/README @@ -0,0 +1,38 @@ + +This directory is to contain regression tests that should be run +before committing anything to camel. + +To write a new test: copy an existing one and replace the contents. + +See camel-test.h for a number of functions and macros which setup and +define the test environmet, and help provide meaningful messages when +something actually fails. + +All tests have the following options: + -v[vvvv] + verbose. more v's more verbose. 2 v's will give you + a simple test backtrace of any partially failed tests. + No v's give you a simple backtrace of any failed tests. + -q + quiet. Dont print anything, unless there is a SEGV. + +See the other files in lib/* for utility functions that help to +write the tests (object comparison, creation, etc functions). + +Tests may fail and be non-fatal. In this case, you will see "Partial +success" on the result of each test line. To get more information +about the test, run the test manually with a -v command line argument. +The more v's you have the more detail you get (upto about -vvvvv), +generally use -vv to find out which parts of a partially successful +test failed, and where. + +Note that if writing tests, non-fatal tests (bracketed by a +camel_test_nonfatal() and camel_test_fatal() pair) should only be +defined where: 1. The test in question should ideally pass, and 2. The +code has known limitations currently that stop it passing, but +otherwise works for nominal input. + +To debug tests, set a breakpoint on camel_test_fail, which will be +called for any failure, even a non-fatal one. + + Michael <notzed@helixcode.com> |