4 libtap - Write tests in C
11 int foo () {return 3;}
17 ok(foo() > 2, "foo returns a number greater than 2");
18 ok(foo() <= 8732, "foo is less than or equal to %d", 8732);
27 # Failed test at synopsis.c line 8.
28 ok 3 - foo returns a number greater than 2
29 ok 4 - foo is less than or equal to 8732
30 # Looks like you failed 1 test of 4 run.
36 tap is an easy to read and easy to write way of creating tests for your
37 software. This library creates functions that can be used to generate it for
38 your C programs. It is mostly based on the Test::More Perl module.
46 Use this to start a series of tests. When you know how many tests there
47 will be, you can put a number as a number of tests you expect to run. If
48 you do not know how many tests there will be, you can use plan(NO_PLAN)
49 or not call this function. When you pass it a number of tests to run, a
50 message similar to the following will appear in the output:
57 Specify a test. the test can be any statement returning a true or false
58 value. You may optionally pass a format string describing the test.
60 ok(r = reader_new("Of Mice and Men"), "create a new reader");
61 ok(reader_go_to_page(r, 55), "can turn the page");
62 ok(r->page == 55, "page turned to the right one");
66 ok 1 - create a new reader
67 ok 2 - can turn the page
68 ok 3 - page turned to the right one
70 On failure, a diagnostic message will be printed out.
72 not ok 3 - page turned to the right one
73 # Failed test 'page turned to the right one'
74 # at reader.c line 13.
77 - is(got, expected, fmt, ...)
79 - isnt(got, expected, fmt, ...)
81 Tests that the string you got is what you expected. with isnt, it is the
84 is("this", "that", "this is that");
88 not ok 1 - this is that
89 # Failed test 'this is that'
95 - like(got, expected, fmt, ...)
96 - unlike(got, expected)
97 - unlike(got, expected, fmt, ...)
99 Tests that the string you got matches the expected extended POSIX regex.
100 unlike is the reverse.
102 like("stranger", "^s.(r).*\\1$", "matches the regex");
106 ok 1 - matches the regex
113 Speciy that a test succeeded or failed. Use these when the statement is
114 longer than you can fit into the argument given to an ok() test.
117 - dies_ok(code, fmt, ...)
119 - lives_ok(code, fmt, ...)
121 Tests whether the given code causes your program to exit. The code gets
122 passed to a macro that will test it in a forked process. If the code
123 succeeds it will be executed in the parent process. You can test things
124 like passing a function a null pointer and make sure it doesnt
125 dereference it and crash.
127 dies_ok({abort();}, "abort does close your program");
128 dies_ok({int x = 0/0;}, "divide by zero crash");
129 lives ok({pow(3.0, 5.0)}, "nothing wrong with taking 3**5");
131 On Windows, these macros are the equivalent of a skip.
135 Summarizes the tests that occurred. If there was no plan, it will print
136 out the number of tests as.
140 it will also exit with EXIT_SUCCESS or EXIT_FAILURE depending on whether
141 there were any failures. If there was a plan and the number of tests are
142 not equal to the expected number, it will exit with a failure and print a
143 message about it. It will also print a diagnostic message about how many
146 # Looks like you failed 2 tests of 3 run.
151 print out a message to the tap output. note prints to stdout and diag
152 prints to stderr. Each line is preceeded by a "# " so that you know its a
155 note("This is\na note\nto describe\nsomething.");
164 ok() and these functions return ints so you can use them like:
166 ok(1) && note("yo!");
167 ok(0) || diag("I have no idea what just happened");
170 - skip(test, n, fmt, ...)
173 Skip a series of n tests if test is true. You may give a reason why you are
174 skipping them or not. The (possibly) skipped tests must occur between the
175 skip and endskip macros.
191 Specifies a series of tests that you expect to fail because they are not
201 # Failed (TODO) test at todo.c line 7