aboutsummaryrefslogtreecommitdiffstats
path: root/camel/tests/README
diff options
context:
space:
mode:
authornobody <nobody@localhost>2001-04-16 17:30:54 +0800
committernobody <nobody@localhost>2001-04-16 17:30:54 +0800
commit1fa7f6b29a7d7fab8395c2070c2f3522091788ee (patch)
treeaaa46c1cf6c9a87e8f291ef7673bd9463803e8c9 /camel/tests/README
parent75a16468d369f58587f27ab4655fbe1c1091fc95 (diff)
downloadgsoc2013-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/README44
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>