diff options
author | nobody <nobody@localhost> | 2001-04-16 17:30:54 +0800 |
---|---|---|
committer | nobody <nobody@localhost> | 2001-04-16 17:30:54 +0800 |
commit | 1fa7f6b29a7d7fab8395c2070c2f3522091788ee (patch) | |
tree | aaa46c1cf6c9a87e8f291ef7673bd9463803e8c9 /camel/tests/README | |
parent | 75a16468d369f58587f27ab4655fbe1c1091fc95 (diff) | |
download | gsoc2013-evolution-GDM2_2_2_1.tar gsoc2013-evolution-GDM2_2_2_1.tar.gz gsoc2013-evolution-GDM2_2_2_1.tar.bz2 gsoc2013-evolution-GDM2_2_2_1.tar.lz gsoc2013-evolution-GDM2_2_2_1.tar.xz gsoc2013-evolution-GDM2_2_2_1.tar.zst gsoc2013-evolution-GDM2_2_2_1.zip |
This commit was manufactured by cvs2svn to create tag 'GDM2_2_2_1'.GDM2_2_2_1
svn path=/tags/GDM2_2_2_1/; revision=9346
Diffstat (limited to 'camel/tests/README')
-rw-r--r-- | camel/tests/README | 44 |
1 files changed, 0 insertions, 44 deletions
diff --git a/camel/tests/README b/camel/tests/README deleted file mode 100644 index 6815330102..0000000000 --- a/camel/tests/README +++ /dev/null @@ -1,44 +0,0 @@ - -This directory is to contain regression tests that should be run -before committing anything to camel. - -In each subdirectory of tests there is a README containing a -one-line description of each test file. This README must be kept -uptodate. - -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. Or set it to -camel_test_break, which will only be called for fatal errors which are -to print to the screen. - - Michael <notzed@helixcode.com> |