mirror of
https://github.com/GothenburgBitFactory/taskwarrior.git
synced 2025-08-27 10:07:19 +02:00
Merge branch '2.4.1' of ssh://git.tasktools.org/tm/task into 2.4.1
This commit is contained in:
commit
5e90510530
1 changed files with 16 additions and 7 deletions
23
test/README
23
test/README
|
@ -8,10 +8,17 @@ test suite.
|
||||||
Running Tests
|
Running Tests
|
||||||
-------------
|
-------------
|
||||||
|
|
||||||
All unit tests produce TAP output, and are run by the 'run_all' test harness.
|
TL;DR cd test && make && ./run_all && ./problems
|
||||||
|
|
||||||
|
All unit tests produce TAP (Test Anything Protocol) output, and are run by the
|
||||||
|
'run_all' test harness.
|
||||||
|
|
||||||
The 'run_all' script produces an 'all.log' file which is the accumulated output
|
The 'run_all' script produces an 'all.log' file which is the accumulated output
|
||||||
of all tests. The script 'problems' will list all the tests that fail, with a
|
of all tests. Before executing 'run_all' you need to compile the C++ unit
|
||||||
count of the failing tests.
|
tests, by running 'make' on the 'test' directory.
|
||||||
|
|
||||||
|
The script 'problems' will list all the tests that fail, with a count of the
|
||||||
|
failing tests.
|
||||||
|
|
||||||
Any TAP harness may be used.
|
Any TAP harness may be used.
|
||||||
|
|
||||||
|
@ -33,10 +40,12 @@ There are three varieties of tests:
|
||||||
to perform various high level tests.
|
to perform various high level tests.
|
||||||
|
|
||||||
All tests are named with the pattern '*.t', and any other forms are not run by
|
All tests are named with the pattern '*.t', and any other forms are not run by
|
||||||
the test harness. This allows us to rename tests (foo.t --> foo.x) to ensure
|
the test harness. Additionally a test must be set executable (chmod +x) for it
|
||||||
that they are not run. Sometimes tests are submitted for bugs that are not
|
to be run. In the case of Perl and Python tests one can still run them manually
|
||||||
scheduled to be fixed in the upcoming release, and we don't want the failing
|
by launching them with 'perl/python test.t'. It also allows us to keep tests
|
||||||
tests to prevent us from seeing 100% pass rate for the bugs we *have* fixed.
|
submitted for bugs that are not scheduled to be fixed in the upcoming release,
|
||||||
|
and we don't want the failing tests to prevent us from seeing 100% pass rate
|
||||||
|
for the bugs we *have* fixed.
|
||||||
|
|
||||||
|
|
||||||
Goals
|
Goals
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue