1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
|
<?xml version="1.0"?>
<page title="PHP Unit Test documentation" here="Unit tester">
<long_title>SimpleTest for PHP regression test documentation</long_title>
<content>
<section name="unit" title="Unit test cases">
<p>
The core system is a regression testing framework built around
test cases.
A sample test case looks like this...
<php><![CDATA[
<strong>class FileTestCase extends UnitTestCase {
}</strong>
]]></php>
Actual tests are added as methods in the test case whose names
by default start with the string "test" and
when the test case is invoked all such methods are run in
the order that PHP introspection finds them.
As many test methods can be added as needed.
</p>
<p>
For example...
<php><![CDATA[
require_once('../classes/writer.php');
class FileTestCase extends UnitTestCase {
function FileTestCase() {
$this->UnitTestCase('File test');
}<strong>
function setUp() {
@unlink('../temp/test.txt');
}
function tearDown() {
@unlink('../temp/test.txt');
}
function testCreation() {
$writer = &new FileWriter('../temp/test.txt');
$writer->write('Hello');
$this->assertTrue(file_exists('../temp/test.txt'), 'File created');
}</strong>
}
]]></php>
The constructor is optional and usually omitted.
Without a name, the class name is taken as the name of the test case.
</p>
<p>
Our only test method at the moment is <code>testCreation()</code>
where we check that a file has been created by our
<code>Writer</code> object.
We could have put the <code>unlink()</code>
code into this method as well, but by placing it in
<code>setUp()</code> and
<code>tearDown()</code> we can use it with
other test methods that we add.
</p>
<p>
The <code>setUp()</code> method is run
just before each and every test method.
<code>tearDown()</code> is run just after
each and every test method.
</p>
<p>
You can place some test case set up into the constructor to
be run once for all the methods in the test case, but
you risk test inteference that way.
This way is slightly slower, but it is safer.
Note that if you come from a JUnit background this will not
be the behaviour you are used to.
JUnit surprisingly reinstantiates the test case for each test
method to prevent such interference.
SimpleTest requires the end user to use <code>setUp()</code>, but
supplies additional hooks for library writers.
</p>
<p>
The means of reporting test results (see below) are by a
visiting display class
that is notified by various <code>assert...()</code>
methods.
Here is the full list for the <code>UnitTestCase</code>
class, the default for SimpleTest...
<table><tbody>
<tr><td><code>assertTrue($x)</code></td><td>Fail if $x is false</td></tr>
<tr><td><code>assertFalse($x)</code></td><td>Fail if $x is true</td></tr>
<tr><td><code>assertNull($x)</code></td><td>Fail if $x is set</td></tr>
<tr><td><code>assertNotNull($x)</code></td><td>Fail if $x not set</td></tr>
<tr><td><code>assertIsA($x, $t)</code></td><td>Fail if $x is not the class or type $t</td></tr>
<tr><td><code>assertNotA($x, $t)</code></td><td>Fail if $x is of the class or type $t</td></tr>
<tr><td><code>assertEqual($x, $y)</code></td><td>Fail if $x == $y is false</td></tr>
<tr><td><code>assertNotEqual($x, $y)</code></td><td>Fail if $x == $y is true</td></tr>
<tr><td><code>assertWithinMargin($x, $y, $m)</code></td><td>Fail if abs($x - $y) < $m is false</td></tr>
<tr><td><code>assertOutsideMargin($x, $y, $m)</code></td><td>Fail if abs($x - $y) < $m is true</td></tr>
<tr><td><code>assertIdentical($x, $y)</code></td><td>Fail if $x == $y is false or a type mismatch</td></tr>
<tr><td><code>assertNotIdentical($x, $y)</code></td><td>Fail if $x == $y is true and types match</td></tr>
<tr><td><code>assertReference($x, $y)</code></td><td>Fail unless $x and $y are the same variable</td></tr>
<tr><td><code>assertClone($x, $y)</code></td><td>Fail unless $x and $y are identical copies</td></tr>
<tr><td><code>assertPattern($p, $x)</code></td><td>Fail unless the regex $p matches $x</td></tr>
<tr><td><code>assertNoPattern($p, $x)</code></td><td>Fail if the regex $p matches $x</td></tr>
<tr><td><code>expectError($x)</code></td><td>Swallows any upcoming matching error</td></tr>
<tr><td><code>assert($e)</code></td><td>Fail on failed <a local="expectation_documentation">expectation</a> object $e</td></tr>
</tbody></table>
All assertion methods can take an optional description as a
last parameter.
This is to label the displayed result with.
If omitted a default message is sent instead, which is usually
sufficient.
This default message can still be embedded in your own message
if you include "%s" within the string.
All the assertions return true on a pass or false on failure.
</p>
<p>
Some examples...
<php><![CDATA[
$variable = null;
<strong>$this->assertNull($variable, 'Should be cleared');</strong>
]]></php>
...will pass and normally show no message.
If you have
<a href="http://www.lastcraft.com/display_subclass_tutorial.php">set up the tester to display passes</a>
as well then the message will be displayed as is.
<php><![CDATA[
<strong>$this->assertIdentical(0, false, 'Zero is not false [%s]');</strong>
]]></php>
This will fail as it performs a type
check, as well as a comparison, between the two values.
The "%s" part is replaced by the default
error message that would have been shown if we had not
supplied our own.
<php><![CDATA[
$a = 1;
$b = $a;
<strong>$this->assertReference($a, $b);</strong>
]]></php>
Will fail as the variable <code>$a</code> is a copy of <code>$b</code>.
<php><![CDATA[
<strong>$this->assertPattern('/hello/i', 'Hello world');</strong>
]]></php>
This will pass as using a case insensitive match the string
<code>hello</code> is contained in <code>Hello world</code>.
<php><![CDATA[
<strong>$this->expectError();</strong>
trigger_error('Catastrophe');
]]></php>
Here the check catches the "Catastrophe"
message without checking the text and passes.
This removes the error from the queue.
<php><![CDATA[
<strong>$this->expectError('Catastrophe');</strong>
trigger_error('Catastrophe');
]]></php>
The next error check tests not only the existence of the error,
but also the text which, here matches so another pass.
If any unchecked errors are left at the end of a test method then
an exception will be reported in the test.
</p>
<p>
Note that SimpleTest cannot catch compile time PHP errors.
</p>
<p>
The test cases also have some convenience methods for debugging
code or extending the suite...
<table><tbody>
<tr><td><code>setUp()</code></td><td>Runs this before each test method</td></tr>
<tr><td><code>tearDown()</code></td><td>Runs this after each test method</td></tr>
<tr><td><code>pass()</code></td><td>Sends a test pass</td></tr>
<tr><td><code>fail()</code></td><td>Sends a test failure</td></tr>
<tr><td><code>error()</code></td><td>Sends an exception event</td></tr>
<tr><td><code>signal($type, $payload)</code></td><td>Sends a user defined message to the test reporter</td></tr>
<tr><td><code>dump($var)</code></td><td>Does a formatted <code>print_r()</code> for quick and dirty debugging</td></tr>
</tbody></table>
</p>
</section>
<section name="extending_unit" title="Extending test cases">
<p>
Of course additional test methods can be added to create
specific types of test case, so as to extend framework...
<php><![CDATA[
require_once('simpletest/unit_tester.php');
<strong>
class FileTester extends UnitTestCase {
function FileTester($name = false) {
$this->UnitTestCase($name);
}
function assertFileExists($filename, $message = '%s') {
$this->assertTrue(
file_exists($filename),
sprintf($message, 'File [$filename] existence check'));
}</strong>
}
]]></php>
Here the SimpleTest library is held in a folder called
<em>simpletest</em> that is local.
Substitute your own path for this.
</p>
<p>
To prevent this test case being run accidently, it is
advisable to mark it as <code>abstract</code>.
</p>
<p>
This new case can be now be inherited just like
a normal test case...
<php><![CDATA[
class FileTestCase extends <strong>FileTester</strong> {
function setUp() {
@unlink('../temp/test.txt');
}
function tearDown() {
@unlink('../temp/test.txt');
}
function testCreation() {
$writer = &new FileWriter('../temp/test.txt');
$writer->write('Hello');<strong>
$this->assertFileExists('../temp/test.txt');</strong>
}
}
]]></php>
</p>
<p>
If you want a test case that does not have all of the
<code>UnitTestCase</code> assertions,
only your own and a few basics,
you need to extend the <code>SimpleTestCase</code>
class instead.
It is found in <em>simple_test.php</em> rather than
<em>unit_tester.php</em>.
See <a local="group_test_documentation">later</a> if you
want to incorporate other unit tester's
test cases in your test suites.
</p>
</section>
<section name="running_unit" title="Running a single test case">
<p>
You won't often run single test cases except when bashing
away at a module that is having difficulty, and you don't
want to upset the main test suite.
Here is the scaffolding needed to run a lone test case...
<php><![CDATA[
<?php
require_once('simpletest/unit_tester.php');<strong>
require_once('simpletest/reporter.php');</strong>
require_once('../classes/writer.php');
class FileTestCase extends UnitTestCase {
function FileTestCase() {
$this->UnitTestCase('File test');
}
}<strong>
$test = &new FileTestCase();
$test->run(new HtmlReporter());</strong>
?>
]]></php>
This script will run as is, but of course will output zero passes
and zero failures until test methods are added.
</p>
</section>
</content>
<internal>
<link>
<a href="#unit">Unit test cases</a> and basic assertions.
</link>
<link>
<a href="#extending_unit">Extending test cases</a> to
customise them for your own project.
</link>
<link>
<a href="#running_unit">Running a single case</a> as
a single script.
</link>
</internal>
<external>
<link>
SimpleTest project page on <a href="http://sourceforge.net/projects/simpletest/">SourceForge</a>.
</link>
<link>
SimpleTest download page on <a href="http://www.lastcraft.com/simple_test.php">LastCraft</a>.
</link>
<link>
<a href="http://simpletest.sourceforge.net/">Full API for SimpleTest</a>
from the PHPDoc.
</link>
</external>
<meta>
<keywords>
php unit testing,
test integration,
documentation,
marcus baker,
simple test,
simpletest documentation,
phpunit,
junit,
xunit,
agile web development,
eXtreme Programming,
Test Driven,
TDD
</keywords>
</meta>
</page>
|
