aboutsummaryrefslogtreecommitdiffstats
path: root/camel/tests/README
diff options
context:
space:
mode:
authornobody <nobody@localhost>2002-11-01 21:26:26 +0800
committernobody <nobody@localhost>2002-11-01 21:26:26 +0800
commit0ffd79d9eacd8e9049779e19c9f9c0f3e11e48c4 (patch)
tree8ae783cd6c35d09da0b72d5d0a203f8980c8eddf /camel/tests/README
parent8ae8cb35257f42c905c86eb424759fdfde97eb41 (diff)
downloadgsoc2013-evolution-RELEASE_1_0_1.tar
gsoc2013-evolution-RELEASE_1_0_1.tar.gz
gsoc2013-evolution-RELEASE_1_0_1.tar.bz2
gsoc2013-evolution-RELEASE_1_0_1.tar.lz
gsoc2013-evolution-RELEASE_1_0_1.tar.xz
gsoc2013-evolution-RELEASE_1_0_1.tar.zst
gsoc2013-evolution-RELEASE_1_0_1.zip
This commit was manufactured by cvs2svn to create tagRELEASE_1_0_1
'RELEASE_1_0_1'. svn path=/tags/RELEASE_1_0_1/; revision=18481
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>