|
525
|
1 |
<!DOCTYPE html> |
|
|
2 |
<html lang="en"> |
|
|
3 |
<head> |
|
|
4 |
<meta charset="utf-8"> |
|
|
5 |
<title>Test</title> |
|
|
6 |
<link rel="stylesheet" href="http://fonts.googleapis.com/css?family=PT+Sans:400,700,400italic,700italic"> |
|
|
7 |
<link rel="stylesheet" href="../../build/cssgrids/cssgrids-min.css"> |
|
|
8 |
<link rel="stylesheet" href="../assets/css/main.css"> |
|
|
9 |
<link rel="stylesheet" href="../assets/vendor/prettify/prettify-min.css"> |
|
|
10 |
<link rel="shortcut icon" type="image/png" href="../assets/favicon.png"> |
|
|
11 |
<script src="../../build/yui/yui-min.js"></script> |
|
|
12 |
|
|
|
13 |
</head> |
|
|
14 |
<body> |
|
|
15 |
<!-- |
|
|
16 |
<a href="https://github.com/yui/yui3"><img style="position: absolute; top: 0; right: 0; border: 0;" src="https://s3.amazonaws.com/github/ribbons/forkme_right_darkblue_121621.png" alt="Fork me on GitHub"></a> |
|
|
17 |
--> |
|
|
18 |
<div id="doc"> |
|
|
19 |
<div id="hd"> |
|
|
20 |
<h1><img src="http://yuilibrary.com/img/yui-logo.png"></h1> |
|
|
21 |
</div> |
|
|
22 |
|
|
|
23 |
<a href="#toc" class="jump">Jump to Table of Contents</a> |
|
|
24 |
|
|
|
25 |
|
|
|
26 |
<h1>Test</h1> |
|
|
27 |
<div class="yui3-g"> |
|
|
28 |
<div class="yui3-u-3-4"> |
|
|
29 |
<div id="main"> |
|
|
30 |
<div class="content"><div class="intro"> |
|
|
31 |
<p>YUI Test is a testing framework for browser-based JavaScript solutions. Using YUI Test, you can easily add unit testing to your JavaScript solutions. While not a direct port from any specific xUnit framework, YUI Test does derive some characteristics from <a href="http://www.nunit.org/">nUnit</a> and <a href="http://www.junit.org/">JUnit</a>.</p> |
|
|
32 |
<p>YUI Test features:</p> |
|
|
33 |
<ul> |
|
|
34 |
<li>Rapid creation of <strong>test cases</strong> through simple syntax.</li> |
|
|
35 |
<li>Advanced <strong>failure detection</strong> for methods that throw errors.</li> |
|
|
36 |
<li>Grouping of related test cases using <strong>test suites</strong>.</li> |
|
|
37 |
<li><strong>Mock objects</strong> for writing tests without external dependencies.</li> |
|
|
38 |
<li><strong>Asynchronous tests</strong> for testing events and Ajax communication.</li> |
|
|
39 |
<li><strong>DOM Event simulation</strong> in all A-grade browsers (through <a href="../event/index.html">Event</a>).</li> |
|
|
40 |
</ul> |
|
|
41 |
</div> |
|
|
42 |
|
|
|
43 |
<h2 id="getting-started">Getting Started</h2> |
|
|
44 |
|
|
|
45 |
<p> |
|
|
46 |
To include the source files for Test and its dependencies, first load |
|
|
47 |
the YUI seed file if you haven't already loaded it. |
|
|
48 |
</p> |
|
|
49 |
|
|
|
50 |
<pre class="code prettyprint"><script src="http://yui.yahooapis.com/3.10.3/build/yui/yui-min.js"></script></pre> |
|
|
51 |
|
|
|
52 |
|
|
|
53 |
<p> |
|
|
54 |
Next, create a new YUI instance for your application and populate it with the |
|
|
55 |
modules you need by specifying them as arguments to the <code>YUI().use()</code> method. |
|
|
56 |
YUI will automatically load any dependencies required by the modules you |
|
|
57 |
specify. |
|
|
58 |
</p> |
|
|
59 |
|
|
|
60 |
<pre class="code prettyprint"><script> |
|
|
61 |
// Create a new YUI instance and populate it with the required modules. |
|
|
62 |
YUI().use('test', function (Y) { |
|
|
63 |
// Test is available and ready for use. Add implementation |
|
|
64 |
// code here. |
|
|
65 |
}); |
|
|
66 |
</script></pre> |
|
|
67 |
|
|
|
68 |
|
|
|
69 |
<p> |
|
|
70 |
For more information on creating YUI instances and on the |
|
|
71 |
<a href="http://yuilibrary.com/yui/docs/api/classes/YUI.html#method_use"><code>use()</code> method</a>, see the |
|
|
72 |
documentation for the <a href="../yui/index.html">YUI Global Object</a>. |
|
|
73 |
</p> |
|
|
74 |
|
|
|
75 |
|
|
|
76 |
<h2 id="testcases">Using Test Cases</h2> |
|
|
77 |
<p>The basis of Test is the <code>Y.Test.Case</code> object. A <code>TestCase</code> object is created by using the |
|
|
78 |
<code>Y.Test.Case</code> constructor and passing in an object containing methods and other information with which |
|
|
79 |
to initialize the test case. Typically, the argument is an object literal, for example:</p> |
|
|
80 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
81 |
|
|
|
82 |
name: "TestCase Name", |
|
|
83 |
|
|
|
84 |
//traditional test names |
|
|
85 |
testSomething : function () { |
|
|
86 |
//... |
|
|
87 |
}, |
|
|
88 |
|
|
|
89 |
testSomethingElse : function () { |
|
|
90 |
//... |
|
|
91 |
} |
|
|
92 |
});</pre> |
|
|
93 |
|
|
|
94 |
<p>In this example, a simple test case is created named "TestCase Name". The <code>name</code> property is automatically applied to the test case so that it can be distinguished from other test cases that may be run during the same cycle. The two methods in this example are tests methods ( <code>testSomething()</code> and <code>testSomethingElse())</code>, which means that they are methods designed to test a specific piece of functional code. Test methods are indicatd by their name, either using the traditional manner of prepending the word <code>test</code> to the method name, or using a "friendly name," which is a sentence containing at least one space that describes the test's purpose. For example:</p> |
|
|
95 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
96 |
|
|
|
97 |
name: "TestCase Name", |
|
|
98 |
|
|
|
99 |
//friendly test names |
|
|
100 |
"Something should happen here" : function () { |
|
|
101 |
//... |
|
|
102 |
}, |
|
|
103 |
|
|
|
104 |
"Check something else" : function () { |
|
|
105 |
//... |
|
|
106 |
} |
|
|
107 |
});</pre> |
|
|
108 |
|
|
|
109 |
<p>Regardless of the naming convention used for test names, each should contain one or more <a href="#assertions">assertions</a> that test data for validity.</p> |
|
|
110 |
<p>Except for methods and properties following these special rules and a few other reserved names described in the following sections, a test case may contain other utility methods or properties, all reachable as instance members via <code>this</code>.</p> |
|
|
111 |
|
|
|
112 |
<h3 id="setup-and-teardown">setUp() and tearDown()</h3> |
|
|
113 |
<p>As each test method is called, it may be necessary to setup information before it's run and then potentially clean up that information |
|
|
114 |
after the test is run. The <code>setUp()</code> method is run before each and every test in the test case and likewise the <code>tearDown()</code> method is run |
|
|
115 |
after each test is run. These methods should be used in conjunction to create objects before a test is run and free up memory after the |
|
|
116 |
test is run. For example:</p> |
|
|
117 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
118 |
|
|
|
119 |
name: "TestCase Name", |
|
|
120 |
|
|
|
121 |
//--------------------------------------------- |
|
|
122 |
// Setup and tear down |
|
|
123 |
//--------------------------------------------- |
|
|
124 |
|
|
|
125 |
setUp : function () { |
|
|
126 |
this.data = { name : "Nicholas", age : 28 }; |
|
|
127 |
}, |
|
|
128 |
|
|
|
129 |
tearDown : function () { |
|
|
130 |
delete this.data; |
|
|
131 |
}, |
|
|
132 |
|
|
|
133 |
//--------------------------------------------- |
|
|
134 |
// Tests |
|
|
135 |
//--------------------------------------------- |
|
|
136 |
|
|
|
137 |
testName: function () { |
|
|
138 |
Y.Assert.areEqual("Nicholas", this.data.name, "Name should be 'Nicholas'"); |
|
|
139 |
}, |
|
|
140 |
|
|
|
141 |
testAge: function () { |
|
|
142 |
Y.Assert.areEqual(28, this.data.age, "Age should be 28"); |
|
|
143 |
} |
|
|
144 |
});</pre> |
|
|
145 |
|
|
|
146 |
<p>In this example, a <code>setUp()</code> method creates a data object with some basic information. Each property of the data object is checked with |
|
|
147 |
a different test, <code>testName()</code> tests the value of <code>data.name</code> while <code>testAge()</code> tests the value of <code>data.age</code>. Afterwards, the data object is deleted |
|
|
148 |
to free up the memory. Real-world implementations will have more complex tests, of course, but they should follow the basic pattern you see in the above code.</p> |
|
|
149 |
<p><strong>Note: </strong>Both <code>setUp()</code> and <code>tearDown()</code> are optional methods and are only used when defined.</p> |
|
|
150 |
|
|
|
151 |
<h3 id="ignoring">Ignoring Tests</h3> |
|
|
152 |
<p>There may be times when you want to ignore a test (perhaps the test is invalid for your purposes or the functionality is being re-engineered and so it shouldn't be tested at this time). To specify tests to ignore, |
|
|
153 |
use the <code>_should.ignore</code> property and name each test to skip as a property whose value is set to <code>true</code>:</p> |
|
|
154 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
155 |
|
|
|
156 |
name: "TestCase Name", |
|
|
157 |
|
|
|
158 |
//--------------------------------------------- |
|
|
159 |
// Special instructions |
|
|
160 |
//--------------------------------------------- |
|
|
161 |
|
|
|
162 |
_should: { |
|
|
163 |
ignore: { |
|
|
164 |
testName: true //ignore this test |
|
|
165 |
} |
|
|
166 |
}, |
|
|
167 |
|
|
|
168 |
//--------------------------------------------- |
|
|
169 |
// Setup and tear down |
|
|
170 |
//--------------------------------------------- |
|
|
171 |
|
|
|
172 |
setUp : function () { |
|
|
173 |
this.data = { name : "Nicholas", age : 28 }; |
|
|
174 |
}, |
|
|
175 |
|
|
|
176 |
tearDown : function () { |
|
|
177 |
delete this.data; |
|
|
178 |
}, |
|
|
179 |
|
|
|
180 |
//--------------------------------------------- |
|
|
181 |
// Tests |
|
|
182 |
//--------------------------------------------- |
|
|
183 |
|
|
|
184 |
testName: function () { |
|
|
185 |
Y.Assert.areEqual("Nicholas", this.data.name, "Name should be 'Nicholas'"); |
|
|
186 |
}, |
|
|
187 |
|
|
|
188 |
testAge: function () { |
|
|
189 |
Y.Assert.areEqual(28, this.data.age, "Age should be 28"); |
|
|
190 |
} |
|
|
191 |
|
|
|
192 |
});</pre> |
|
|
193 |
|
|
|
194 |
|
|
|
195 |
<p>Here the <code>testName()</code> method will be ignored when the test case is run. This is accomplished by first defining the special <code>_should</code> |
|
|
196 |
property and within it, an <code>ignore</code> property. The ignore property is an object containing name-value pairs representing the names of the tests |
|
|
197 |
to ignore. By defining a property named "testName" and setting its value to <code>true</code>, it says that the method named "testName" |
|
|
198 |
should not be executed.</p> |
|
|
199 |
|
|
|
200 |
<h3 id="intentional-errors">Intentional Errors</h3> |
|
|
201 |
<p>There may be a time that a test throws an error that was expected. For instance, perhaps you're testing a function that should throw an error if invalid data |
|
|
202 |
is passed in. A thrown error in this case can signify that the test has passed. To indicate that |
|
|
203 |
a test should throw an error, use the <code>_should.error</code> property. For example:</p> |
|
|
204 |
<pre class="code prettyprint">function sortArray(array) { |
|
|
205 |
if (array instanceof Array){ |
|
|
206 |
array.sort(); |
|
|
207 |
} else { |
|
|
208 |
throw new TypeError("Expected an array"); |
|
|
209 |
} |
|
|
210 |
} |
|
|
211 |
|
|
|
212 |
var testCase = new Y.Test.Case({ |
|
|
213 |
|
|
|
214 |
name: "TestCase Name", |
|
|
215 |
|
|
|
216 |
//--------------------------------------------- |
|
|
217 |
// Special instructions |
|
|
218 |
//--------------------------------------------- |
|
|
219 |
|
|
|
220 |
_should: { |
|
|
221 |
error: { |
|
|
222 |
testSortArray: true //this test should throw an error |
|
|
223 |
} |
|
|
224 |
}, |
|
|
225 |
|
|
|
226 |
//--------------------------------------------- |
|
|
227 |
// Tests |
|
|
228 |
//--------------------------------------------- |
|
|
229 |
|
|
|
230 |
testSortArray: function () { |
|
|
231 |
sortArray(12); //this should throw an error |
|
|
232 |
} |
|
|
233 |
|
|
|
234 |
});</pre> |
|
|
235 |
|
|
|
236 |
<p>In this example, a test case is created to test the standalone <code>sortArray()</code> function, which simply accepts an array and calls its <code>sort()</code> method. |
|
|
237 |
But if the argument is not an array, an error is thrown. When <code>testSortArray()</code> is called, it throws an error because a number is passed into <code>sortArray()</code>. |
|
|
238 |
Since the <code>_should.error</code> object has a property called "testSortArray" set to <code>true</code>, this indicates that <code>testSortArray()</code> should |
|
|
239 |
pass only if an error is thrown.</p> |
|
|
240 |
<p>It is possible to be more specific about the error that should be thrown. By setting a property in <code>_should.error</code> to a string, you can |
|
|
241 |
specify that only a specific error message can be construed as a passed test. Here's an example:</p> |
|
|
242 |
|
|
|
243 |
|
|
|
244 |
<pre class="code prettyprint">function sortArray(array) { |
|
|
245 |
if (array instanceof Array){ |
|
|
246 |
array.sort(); |
|
|
247 |
} else { |
|
|
248 |
throw new TypeError("Expected an array"); |
|
|
249 |
} |
|
|
250 |
} |
|
|
251 |
|
|
|
252 |
var testCase = new Y.Test.Case({ |
|
|
253 |
|
|
|
254 |
name: "TestCase Name", |
|
|
255 |
|
|
|
256 |
//--------------------------------------------- |
|
|
257 |
// Special instructions |
|
|
258 |
//--------------------------------------------- |
|
|
259 |
|
|
|
260 |
_should: { |
|
|
261 |
error: { |
|
|
262 |
testSortArray: "Expected an array" |
|
|
263 |
} |
|
|
264 |
}, |
|
|
265 |
|
|
|
266 |
//--------------------------------------------- |
|
|
267 |
// Tests |
|
|
268 |
//--------------------------------------------- |
|
|
269 |
|
|
|
270 |
testSortArray: function () { |
|
|
271 |
sortArray(12); //this should throw an error |
|
|
272 |
} |
|
|
273 |
|
|
|
274 |
});</pre> |
|
|
275 |
|
|
|
276 |
<p>In this example, the <code>testSortArray()</code> test will only pass if the error that is thrown has a message of "Expected an array". |
|
|
277 |
If a different error occurs within the course of executing <code>testSortArray()</code>, then the test will fail due to an unexpected error.</p> |
|
|
278 |
<p>If you're unsure of the message but know the type of error that will be thrown, you can specify the error constructor for the error |
|
|
279 |
you're expecting to occur:</p> |
|
|
280 |
<pre class="code prettyprint">function sortArray(array) { |
|
|
281 |
if (array instanceof Array){ |
|
|
282 |
array.sort(); |
|
|
283 |
} else { |
|
|
284 |
throw new TypeError("Expected an array"); |
|
|
285 |
} |
|
|
286 |
} |
|
|
287 |
|
|
|
288 |
var testCase = new Y.Test.Case({ |
|
|
289 |
|
|
|
290 |
name: "TestCase Name", |
|
|
291 |
|
|
|
292 |
//--------------------------------------------- |
|
|
293 |
// Special instructions |
|
|
294 |
//--------------------------------------------- |
|
|
295 |
|
|
|
296 |
_should: { |
|
|
297 |
error: { |
|
|
298 |
testSortArray: TypeError |
|
|
299 |
} |
|
|
300 |
}, |
|
|
301 |
|
|
|
302 |
//--------------------------------------------- |
|
|
303 |
// Tests |
|
|
304 |
//--------------------------------------------- |
|
|
305 |
|
|
|
306 |
testSortArray: function () { |
|
|
307 |
sortArray(12); //this should throw an error |
|
|
308 |
} |
|
|
309 |
|
|
|
310 |
});</pre> |
|
|
311 |
|
|
|
312 |
|
|
|
313 |
<p>In this example, the test will pass if a <code>TypeError</code> gets thrown; if any other type of error is thrown, |
|
|
314 |
the test will fail. A word of caution: <code>TypeError</code> is the most frequently thrown error by browsers, |
|
|
315 |
so specifying a <code>TypeError</code> as expected may give false passes.</p> |
|
|
316 |
<p>To narrow the margin of error between checking for an error message and checking the error type, you can create a specific error |
|
|
317 |
object and set that in the <code>_should.error</code> property, such as:</p> |
|
|
318 |
<pre class="code prettyprint">function sortArray(array) { |
|
|
319 |
if (array instanceof Array){ |
|
|
320 |
array.sort(); |
|
|
321 |
} else { |
|
|
322 |
throw new TypeError("Expected an array"); |
|
|
323 |
} |
|
|
324 |
} |
|
|
325 |
|
|
|
326 |
var testCase = new Y.Test.Case({ |
|
|
327 |
|
|
|
328 |
name: "TestCase Name", |
|
|
329 |
|
|
|
330 |
//--------------------------------------------- |
|
|
331 |
// Special instructions |
|
|
332 |
//--------------------------------------------- |
|
|
333 |
|
|
|
334 |
_should: { |
|
|
335 |
error: { |
|
|
336 |
testSortArray: new TypeError("Expected an array") |
|
|
337 |
} |
|
|
338 |
}, |
|
|
339 |
|
|
|
340 |
//--------------------------------------------- |
|
|
341 |
// Tests |
|
|
342 |
//--------------------------------------------- |
|
|
343 |
|
|
|
344 |
testSortArray: function () { |
|
|
345 |
sortArray(12); //this should throw an error |
|
|
346 |
} |
|
|
347 |
|
|
|
348 |
});</pre> |
|
|
349 |
|
|
|
350 |
<p>Using this code, the <code>testSortArray()</code> method will only pass if a <code>TypeError</code> object is thrown with a message of |
|
|
351 |
"Expected an array"; if any other type of error occurs, then the test fails due to an unexpected error.</p> |
|
|
352 |
<p><strong>Note: </strong>If a test is marked as expecting an error, the test will fail unless that specific error is thrown. If the test completes without an error being thrown, then it fails.</p> |
|
|
353 |
|
|
|
354 |
<h2 id="assertions">Assertions</h2> |
|
|
355 |
<p>Test methods use assertions to check the validity of a particular action or function. An assertion method tests (asserts) that a condition is valid; if not, it throws an error that causes the test to fail. If all assertions pass within a test method, it is said that the test has passed. The simplest assertion is <code>Y.assert()</code>, which takes two arguments: a condition to test and a message. If the condition is <em>not</em> true, then an assertion error is thrown with the specified message. For example:</p> |
|
|
356 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
357 |
|
|
|
358 |
name: "TestCase Name", |
|
|
359 |
|
|
|
360 |
testUsingAsserts : function () { |
|
|
361 |
Y.assert(value == 5, "The value should be five."); |
|
|
362 |
Y.assert(flag, "Flag should be true."); |
|
|
363 |
} |
|
|
364 |
});</pre> |
|
|
365 |
|
|
|
366 |
<p>In this example, <code>testUsingAsserts()</code> will fail if <code>value</code> is not equal to 5 of <code>flag</code> is not set to <code>true</code>. The <code>Y.assert()</code> method may be all that you need, but there are advanced options available. The <code>Y.Assert</code> object contains several assertion methods that can be used to validate data.</p> |
|
|
367 |
|
|
|
368 |
<h3 id="equality">Equality Assertions</h3> |
|
|
369 |
<p>The simplest assertions are <code>areEqual()</code> and <code>areNotEqual()</code>. Both methods accept three arguments: the expected value, |
|
|
370 |
the actual value, and an optional failure message (a default one is generated if this argument is omitted). For example:</p> |
|
|
371 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
372 |
|
|
|
373 |
name: "TestCase Name", |
|
|
374 |
|
|
|
375 |
testEqualityAsserts : function () { |
|
|
376 |
|
|
|
377 |
Y.Assert.areEqual(5, 5); //passes |
|
|
378 |
Y.Assert.areEqual(5, "5"); //passes |
|
|
379 |
Y.Assert.areNotEqual(5, 6); //passes |
|
|
380 |
Y.Assert.areEqual(5, 6, "Five was expected."); //fails |
|
|
381 |
} |
|
|
382 |
});</pre> |
|
|
383 |
|
|
|
384 |
<p>These methods use the double equals (<code>==</code>) operator to determine if two values are equal, so type coercion may occur. This means |
|
|
385 |
that the string <code>"5"</code> and the number <code>5</code> are considered equal because the double equals sign converts the number to |
|
|
386 |
a string before doing the comparison. If you don't want values to be converted for comparison purposes, use the sameness assertions instead.</p> |
|
|
387 |
|
|
|
388 |
<h3 id="sameness">Sameness Assertions</h3> |
|
|
389 |
<p>The sameness assertions are <code>areSame()</code> and <code>areNotSame()</code>, and these accept the same three arguments as the equality |
|
|
390 |
assertions: the expected value, the actual value, and an optional failure message. Unlike the equality assertions, these methods use |
|
|
391 |
the triple equals operator (<code>===</code>) for comparisions, assuring that no type coercion will occur. For example:</p> |
|
|
392 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
393 |
|
|
|
394 |
name: "TestCase Name", |
|
|
395 |
|
|
|
396 |
testSamenessAsserts : function () { |
|
|
397 |
Y.Assert.areSame(5, 5); //passes |
|
|
398 |
Y.Assert.areSame(5, "5"); //fails |
|
|
399 |
Y.Assert.areNotSame(5, 6); //passes |
|
|
400 |
Y.Assert.areNotSame(5, "5"); //passes |
|
|
401 |
Y.Assert.areSame(5, 6, "Five was expected."); //fails |
|
|
402 |
} |
|
|
403 |
});</pre> |
|
|
404 |
|
|
|
405 |
|
|
|
406 |
<p><strong>Note: </strong>Even though this example shows multiple assertions failing, a test will stop as soon as one |
|
|
407 |
assertion fails, causing all others to be skipped.</p> |
|
|
408 |
|
|
|
409 |
<h3 id="datatypes">Data Type Assertions</h3> |
|
|
410 |
<p>There may be times when some data should be of a particular type. To aid in this case, there are several methods that test the data type |
|
|
411 |
of variables. Each of these methods acce<prepts two arguments: the data to test and an optional failure message. The data type assertions are as |
|
|
412 |
follows:</p> |
|
|
413 |
<ul> |
|
|
414 |
<li><code>isArray()</code> - passes only if the value is an instance of <code>Array</code>.</li> |
|
|
415 |
<li><code>isBoolean()</code> - passes only if the value is a Boolean.</li> |
|
|
416 |
<li><code>isFunction()</code> - passes only if the value is a function.</li> |
|
|
417 |
<li><code>isNumber()</code> - passes only if the value is a number.</li> |
|
|
418 |
<li><code>isObject()</code> - passes only if the value is an object or a function.</li> |
|
|
419 |
<li><code>isString()</code> - passes only if the value is a string.</li> |
|
|
420 |
</ul> |
|
|
421 |
<p>These are used as in the following example: </p> |
|
|
422 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
423 |
|
|
|
424 |
name: "TestCase Name", |
|
|
425 |
|
|
|
426 |
testDataTypeAsserts : function () { |
|
|
427 |
Y.Assert.isString("Hello world"); //passes |
|
|
428 |
Y.Assert.isNumber(1); //passes |
|
|
429 |
Y.Assert.isArray([]); //passes |
|
|
430 |
Y.Assert.isObject([]); //passes |
|
|
431 |
Y.Assert.isFunction(function(){}); //passes |
|
|
432 |
Y.Assert.isBoolean(true); //passes |
|
|
433 |
Y.Assert.isObject(function(){}); //passes |
|
|
434 |
|
|
|
435 |
Y.Assert.isNumber("1", "Value should be a number."); //fails |
|
|
436 |
Y.Assert.isString(1, "Value should be a string."); //fails |
|
|
437 |
} |
|
|
438 |
});</pre> |
|
|
439 |
|
|
|
440 |
<p>In addition to these specific data type assertions, there are two generic data type assertions.</p> |
|
|
441 |
<p>The <code>isTypeOf()</code> method tests the string returned when the <code>typeof</code> operator is applied to a value. This |
|
|
442 |
method accepts three arguments: the type that the value should be ("string", "number", |
|
|
443 |
"boolean", "undefined", "object", or "function"), the value to test, and an optional failure message. |
|
|
444 |
For example:</p> |
|
|
445 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
446 |
|
|
|
447 |
name: "TestCase Name", |
|
|
448 |
|
|
|
449 |
testTypeOf : function () { |
|
|
450 |
|
|
|
451 |
Y.Assert.isTypeOf("string", "Hello world"); //passes |
|
|
452 |
Y.Assert.isTypeOf("number", 1); //passes |
|
|
453 |
Y.Assert.isTypeOf("boolean", true); //passes |
|
|
454 |
Y.Assert.isTypeOf("number", 1.5); //passes |
|
|
455 |
Y.Assert.isTypeOf("function", function(){}); //passes |
|
|
456 |
Y.Assert.isTypeOf("object", {}); //passes |
|
|
457 |
Y.Assert.isTypeOf("undefined", this.blah); //passes |
|
|
458 |
|
|
|
459 |
Y.Assert.isTypeOf("number", "Hello world", "Value should be a number."); //fails |
|
|
460 |
|
|
|
461 |
} |
|
|
462 |
});</pre> |
|
|
463 |
|
|
|
464 |
|
|
|
465 |
<p>If you need to test object types instead of simple data types, you can also use the <code>isInstanceOf()</code> assertion, which accepts three |
|
|
466 |
arguments: the constructor function to test for, the value to test, and an optional failure message. This assertion uses the <code>instanceof</code> |
|
|
467 |
operator to determine if it should pass or fail. Example:</p> |
|
|
468 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
469 |
|
|
|
470 |
name: "TestCase Name", |
|
|
471 |
|
|
|
472 |
testInstanceOf : function () { |
|
|
473 |
Y.Assert.isInstanceOf(Object, {}); //passes |
|
|
474 |
Y.Assert.isInstanceOf(Array, []); //passes |
|
|
475 |
Y.Assert.isInstanceOf(Object, []); //passes |
|
|
476 |
Y.Assert.isInstanceOf(Function, function(){}); //passes |
|
|
477 |
Y.Assert.isInstanceOf(Object, function(){}); //passes |
|
|
478 |
|
|
|
479 |
Y.Assert.isTypeOf(Array, {}, "Value should be an array."); //fails |
|
|
480 |
|
|
|
481 |
} |
|
|
482 |
});</pre> |
|
|
483 |
|
|
|
484 |
|
|
|
485 |
<h3 id="specialvalues">Special Value Assertions</h3> |
|
|
486 |
<p>There are numerous special values in JavaScript that may occur in code. These include <code>true</code>, <code>false</code>, <code>NaN</code>, |
|
|
487 |
<code>null</code>, and <code>undefined</code>. There are a number of assertions designed to test for these values specifically:</p> |
|
|
488 |
<ul> |
|
|
489 |
<li><code>isFalse()</code> - passes if the value is <code>false</code>.</li> |
|
|
490 |
<li><code>isTrue()</code> - passes if the value is <code>true</code>.</li> |
|
|
491 |
<li><code>isNaN()</code> - passes if the value is <code>NaN</code>.</li> |
|
|
492 |
<li><code>isNotNaN()</code> - passes if the value is not <code>NaN</code>.</li> |
|
|
493 |
<li><code>isNull()</code> - passes if the value is <code>null</code>.</li> |
|
|
494 |
<li><code>isNotNull()</code> - passes if the value is not <code>null</code>.</li> |
|
|
495 |
<li><code>isUndefined()</code> - passes if the value is <code>undefined</code>.</li> |
|
|
496 |
<li><code>isNotUndefined()</code> - passes if the value is not <code>undefined</code>.</li> |
|
|
497 |
</ul> |
|
|
498 |
<p>Each of these methods accepts two arguments: the value to test and an optional failure message. All of the assertions expect the |
|
|
499 |
exact value (no type coercion occurs), so for example calling <code>isFalse(0)</code> will fail.</p> |
|
|
500 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
501 |
|
|
|
502 |
name: "TestCase Name", |
|
|
503 |
|
|
|
504 |
testSpecialValues : function () { |
|
|
505 |
Y.Assert.isFalse(false); //passes |
|
|
506 |
Y.Assert.isTrue(true); //passes |
|
|
507 |
Y.Assert.isNaN(NaN); //passes |
|
|
508 |
Y.Assert.isNaN(5 / "5"); //passes |
|
|
509 |
Y.Assert.isNotNaN(5); //passes |
|
|
510 |
Y.Assert.isNull(null); //passes |
|
|
511 |
Y.Assert.isNotNull(undefined); //passes |
|
|
512 |
Y.Assert.isUndefined(undefined); //passes |
|
|
513 |
Y.Assert.isNotUndefined(null); //passes |
|
|
514 |
|
|
|
515 |
Y.Assert.isUndefined({}, "Value should be undefined."); //fails |
|
|
516 |
|
|
|
517 |
} |
|
|
518 |
});</pre> |
|
|
519 |
|
|
|
520 |
|
|
|
521 |
<h3 id="forcedfailures">Forced Failures</h3> |
|
|
522 |
<p>While most tests fail as a result of an assertion, there may be times when |
|
|
523 |
you want to force a test to fail or create your own assertion method. To do this, use the |
|
|
524 |
<code>fail()</code> method to force a test method to fail immediately:</p> |
|
|
525 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
526 |
|
|
|
527 |
name: "TestCase Name", |
|
|
528 |
|
|
|
529 |
testForceFail : function () { |
|
|
530 |
Y.Assert.fail(); //causes the test to fail |
|
|
531 |
} |
|
|
532 |
});</pre> |
|
|
533 |
|
|
|
534 |
<p>In this case, the <code>testForceFail()</code> method does nothing but force |
|
|
535 |
the method to fail. Optionally, you can pass in a message to <code>fail()</code> |
|
|
536 |
which will be displayed as the failure message:</p> |
|
|
537 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
538 |
|
|
|
539 |
name: "TestCase Name", |
|
|
540 |
|
|
|
541 |
testForceFail : function () { |
|
|
542 |
Y.Assert.fail("I decided this should fail."); |
|
|
543 |
} |
|
|
544 |
});</pre> |
|
|
545 |
|
|
|
546 |
<p>When the failure of this method is reported, the message "I decided this should fail." will be reported.</p> |
|
|
547 |
<h2 id="mockobjects">Mock Objects</h2> |
|
|
548 |
<p>Mock objects are used to eliminate test dependencies on other objects. In complex software systems, there's often multiple |
|
|
549 |
object that have dependence on one another to do their job. Perhaps part of your code relies on the <code>XMLHttpRequest</code> |
|
|
550 |
object to get more information; if you're running the test without a network connection, you can't really be sure if the test |
|
|
551 |
is failing because of your error or because the network connection is down. In reality, you just want to be sure that the correct |
|
|
552 |
data was passed to the <code>open()</code> and <code>send()</code> methods because you can assume that, after that point, |
|
|
553 |
the <code>XMLHttpRequest</code> object works as expected. This is the perfect case for using a mock object.</p> |
|
|
554 |
<p>To create a mock object, use the <code>Y.Mock()</code> method to create a new object and then use <code>Y.Mock.expect()</code> |
|
|
555 |
to define expectations for that object. Expectations define which methods you're expecting to call, what the arguments should be, |
|
|
556 |
and what the expected result is. When you believe all of the appropriate methods have been called, you call <code>Y.Mock.verify()</code> |
|
|
557 |
on the mock object to check that everything happened as it should. For example:</p> |
|
|
558 |
<pre class="code prettyprint">//code being tested |
|
|
559 |
function logToServer(message, xhr){ |
|
|
560 |
xhr.open("get", "/log.php?msg=" + encodeURIComponent(message), true); |
|
|
561 |
xhr.send(null); |
|
|
562 |
} |
|
|
563 |
|
|
|
564 |
//test case for testing the above function |
|
|
565 |
var testCase = new Y.Test.Case({ |
|
|
566 |
|
|
|
567 |
name: "logToServer Tests", |
|
|
568 |
|
|
|
569 |
testPassingDataToXhr : function () { |
|
|
570 |
var mockXhr = Y.Mock(); |
|
|
571 |
|
|
|
572 |
//I expect the open() method to be called with the given arguments |
|
|
573 |
Y.Mock.expect(mockXhr, { |
|
|
574 |
method: "open", |
|
|
575 |
args: ["get", "/log.php?msg=hi", true] |
|
|
576 |
}); |
|
|
577 |
|
|
|
578 |
//I expect the send() method to be called with the given arguments |
|
|
579 |
Y.Mock.expect(mockXhr, { |
|
|
580 |
method: "send", |
|
|
581 |
args: [null] |
|
|
582 |
}); |
|
|
583 |
|
|
|
584 |
//now call the function |
|
|
585 |
logToServer("hi", mockXhr); |
|
|
586 |
|
|
|
587 |
//verify the expectations were met |
|
|
588 |
Y.Mock.verify(mockXhr); |
|
|
589 |
} |
|
|
590 |
});</pre> |
|
|
591 |
|
|
|
592 |
<p>In this code, a mock <code>XMLHttpRequest</code> object is created to aid in testing. The mock object defines two |
|
|
593 |
expectations: that the <code>open()</code> method will be called with a given set of arguments and that the <code>send()</code> |
|
|
594 |
method will be called with a given set of arguments. This is done by using <code>Y.Mock.expect()</code> and passing in the |
|
|
595 |
mock object as well as some information about the expectation. The <code>method</code> property indicates the method name |
|
|
596 |
that will be called and the <code>args</code> property is an array of arguments that should be passed into the method. Each |
|
|
597 |
argument is compared against the actual arguments using the identically equal (<code>===</code>) operator, and if any of the |
|
|
598 |
arguments doesn't match, an assertion failure is thrown when the method is called (it "fails fast" to allow easier debugging).</p> |
|
|
599 |
<p>The call to <code>Y.Mock.verify()</code> is the final step in making sure that all expectations have been met. It's at this stage |
|
|
600 |
that the mock object checks to see that all methods have been called. If <code>open()</code> was called but <code>send()</code> |
|
|
601 |
was not, then an assertion failure is thrown and the test fails. It's very important to call <code>Y.Mock.verify()</code> to test |
|
|
602 |
all expectations; failing to do so can lead to false passes when the test should actually fail.</p> |
|
|
603 |
<p>In order to use mock objects, your code must be able to swap in and out objects that it uses. For example, a hardcoded |
|
|
604 |
reference to <code>XMLHttpRequest</code> in your code would prevent you from using a mock object in its place. It's sometimes |
|
|
605 |
necessary to refactor code in such a way that referenced objects are passed in rather than hardcoded so that mock objects |
|
|
606 |
can be used.</p> |
|
|
607 |
<p>Note that you can use assertions and mock objects together; either will correctly indicate a test failure.</p> |
|
|
608 |
<h3 id="special-argument-values">Special Argument Values</h3> |
|
|
609 |
<p>There may be times when you don't necessarily care about a specific argument's value. Since you must always specify the correct |
|
|
610 |
number of arguments being passed in, you still need to indicate that an argument is expected. There are several special values |
|
|
611 |
you can use as placeholders for real values. These values do a minimum amount of data validation:</p> |
|
|
612 |
<ul> |
|
|
613 |
<li><code>Y.Mock.Value.Any</code> - any value is valid regardless of type.</li> |
|
|
614 |
<li><code>Y.Mock.Value.String</code> - any string value is valid.</li> |
|
|
615 |
<li><code>Y.Mock.Value.Number</code> - any number value is valid.</li> |
|
|
616 |
<li><code>Y.Mock.Value.Boolean</code> - any Boolean value is valid.</li> |
|
|
617 |
<li><code>Y.Mock.Value.Object</code> - any non-<code>null</code> object value is valid.</li> |
|
|
618 |
<li><code>Y.Mock.Value.Function</code> - any function value is valid.</li> |
|
|
619 |
</ul> |
|
|
620 |
<p>Each of these special values can be used in the <code>args</code> property of an expectation, such as:</p> |
|
|
621 |
<pre class="code prettyprint">Y.Mock.expect(mockXhr, { |
|
|
622 |
method: "open", |
|
|
623 |
args: [Y.Mock.Value.String, "/log.php?msg=hi", Y.Mock.Value.Boolean] |
|
|
624 |
});</pre> |
|
|
625 |
|
|
|
626 |
<p>The expecation here will allow any string value as the first argument and any Boolean value as the last argument. |
|
|
627 |
These special values should be used with care as they can let invalid values through if they are too general. The |
|
|
628 |
<code>Y.Mock.Value.Any</code> special value should be used only if you're absolutely sure that the argument doesn't |
|
|
629 |
matter.</p> |
|
|
630 |
<h3 id="property-expectations">Property Expectations</h3> |
|
|
631 |
<p>Since it's not possible to create property getters and setters in all browsers, creating a true cross-browser property |
|
|
632 |
expectation isn't feasible. YUI Test mock objects allow you to specify a property name and it's expected value when |
|
|
633 |
<code>Y.Mock.verify()</code> is called. This isn't a true property expectation but rather an expectation that the property |
|
|
634 |
will have a certain value at the end of the test. You can specify a property expectation like this:</p> |
|
|
635 |
<pre class="code prettyprint">//expect that the status property will be set to 404 |
|
|
636 |
Y.Mock.expect(mockXhr, { |
|
|
637 |
property: "status", |
|
|
638 |
value: 404 |
|
|
639 |
});</pre> |
|
|
640 |
|
|
|
641 |
<p>This example indicates that the <code>status</code> property of the mock object should be set to 404 before |
|
|
642 |
the test is completed. When <code>Y.Mock.verify()</code> is called on <code>mockXhr</code>, it will check |
|
|
643 |
the property and throw an assertion failure if it has not been set appropriately.</p> |
|
|
644 |
<h2 id="asynctests">Asynchronous Tests</h2> |
|
|
645 |
<p>YUI Test allows you to pause a currently running test and resume either after a set amount of time or |
|
|
646 |
at another designated time. The <code>TestCase</code> object has a method called <code>wait()</code>. When <code>wait()</code> |
|
|
647 |
is called, the test immediately exits (meaning that any code after that point will be ignored) and waits for a signal to resume |
|
|
648 |
the test.</p> |
|
|
649 |
<p>A test may be resumed after a certain amount of time by passing in two arguments to <code>wait()</code>: a function to execute |
|
|
650 |
and the number of milliseconds to wait before executing the function (similar to using <code>setTimeout()</code>). The function |
|
|
651 |
passed in as the first argument will be executed as part of the current test (in the same scope) after the specified amount of time. |
|
|
652 |
For example:</p> |
|
|
653 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
654 |
|
|
|
655 |
name: "TestCase Name", |
|
|
656 |
|
|
|
657 |
//--------------------------------------------- |
|
|
658 |
// Setup and tear down |
|
|
659 |
//--------------------------------------------- |
|
|
660 |
|
|
|
661 |
setUp : function () { |
|
|
662 |
this.data = { name : "Nicholas", age : 29 }; |
|
|
663 |
}, |
|
|
664 |
|
|
|
665 |
tearDown : function () { |
|
|
666 |
delete this.data; |
|
|
667 |
}, |
|
|
668 |
|
|
|
669 |
//--------------------------------------------- |
|
|
670 |
// Tests |
|
|
671 |
//--------------------------------------------- |
|
|
672 |
|
|
|
673 |
testAsync: function () { |
|
|
674 |
Y.Assert.areEqual("Nicholas", this.data.name, "Name should be 'Nicholas'"); |
|
|
675 |
|
|
|
676 |
//wait 1000 milliseconds and then run this function |
|
|
677 |
this.wait(function(){ |
|
|
678 |
Y.Assert.areEqual(29, this.data.age, "Age should be 29"); |
|
|
679 |
|
|
|
680 |
}, 1000); |
|
|
681 |
} |
|
|
682 |
});</pre> |
|
|
683 |
|
|
|
684 |
|
|
|
685 |
<p>In this code, the <code>testAsync()</code> function does one assertion, then waits 1000 milliseconds before performing |
|
|
686 |
another assertion. The function passed into <code>wait()</code> is still in the scope of the original test, so it has |
|
|
687 |
access to <code>this.data</code> just as the original part of the test does. Timed waits are helpful in situations when |
|
|
688 |
there are no events to indicate when the test should resume.</p> |
|
|
689 |
<p>If you want a test to wait until a specific event occurs before resuming, the <code>wait()</code> method can be called |
|
|
690 |
with a timeout argument (the number of milliseconds to wait before considering the test a failure). At that point, testing will resume only when the <code>resume()</code> method is called. The |
|
|
691 |
<code>resume()</code> method accepts a single argument, which is a function to run when the test resumes. This function |
|
|
692 |
should specify additional assertions. If <code>resume()</code> isn't called before the timeout expires, then the test fails. The following tests to see if the <code>Anim</code> object has performed its |
|
|
693 |
animation completely:</p> |
|
|
694 |
<pre class="code prettyprint">var testCase = new Y.Test.Case({ |
|
|
695 |
|
|
|
696 |
name: "TestCase Name", |
|
|
697 |
|
|
|
698 |
//--------------------------------------------- |
|
|
699 |
// Tests |
|
|
700 |
//--------------------------------------------- |
|
|
701 |
|
|
|
702 |
testAnimation : function (){ |
|
|
703 |
|
|
|
704 |
//animate width to 400px |
|
|
705 |
var myAnim = new Y.Anim({ |
|
|
706 |
node: '#testDiv', |
|
|
707 |
to: { |
|
|
708 |
width: 400 |
|
|
709 |
}, |
|
|
710 |
duration: 3 |
|
|
711 |
}); |
|
|
712 |
|
|
|
713 |
var test = this; |
|
|
714 |
|
|
|
715 |
//assign oncomplete handler |
|
|
716 |
myAnim.on("end", function(){ |
|
|
717 |
|
|
|
718 |
//tell the TestRunner to resume |
|
|
719 |
test.resume(function(){ |
|
|
720 |
|
|
|
721 |
Y.Assert.areEqual(myAnim.get("node").get("offsetWidth"), 400, "Width of the DIV should be 400."); |
|
|
722 |
|
|
|
723 |
}); |
|
|
724 |
|
|
|
725 |
}); |
|
|
726 |
|
|
|
727 |
//start the animation |
|
|
728 |
myAnim.run(); |
|
|
729 |
|
|
|
730 |
//wait until something happens |
|
|
731 |
this.wait(3100); |
|
|
732 |
|
|
|
733 |
} |
|
|
734 |
});</pre> |
|
|
735 |
|
|
|
736 |
|
|
|
737 |
<p>In this example, an <code>Anim</code> object is used to animate the width of an element to 400 pixels. When the animation |
|
|
738 |
is complete, the <code>end</code> event is fired, so that is where the <code>resume()</code> method is called. The |
|
|
739 |
function passed into <code>resume()</code> simply tests that the final width of the element is indeed 400 pixels. Once the event handler is set up, the animation begins. |
|
|
740 |
In order to allow enough time for the animation to complete, the <code>wait()</code> method is called |
|
|
741 |
with a timeout of 3.1 seconds (just longer than the 3 seconds needed to complete the animation). At that point, testing stops until the animation completes and <code>resume()</code> is called or until 3100 milliseconds have passed.</p> |
|
|
742 |
<h2 id="testsuites">Test Suites</h2> |
|
|
743 |
<p>For large web applications, you'll probably have many test cases that should be run during a testing phase. A test suite helps to handle multiple test cases |
|
|
744 |
by grouping them together into functional units that can be run together. To create new test suite, use the <code>Y.Test.Suite</code> |
|
|
745 |
constructor and pass in the name of the test suite. The name you pass in is for logging purposes and allows you to discern which <code>TestSuite</code> instance currently running. For example: </p> |
|
|
746 |
<pre class="code prettyprint">//create the test suite |
|
|
747 |
var suite = new Y.Test.Suite("TestSuite Name"); |
|
|
748 |
|
|
|
749 |
//add test cases |
|
|
750 |
suite.add(new Y.Test.Case({ |
|
|
751 |
//... |
|
|
752 |
})); |
|
|
753 |
suite.add(new Y.Test.Case({ |
|
|
754 |
//... |
|
|
755 |
})); |
|
|
756 |
suite.add(new Y.Test.Case({ |
|
|
757 |
//... |
|
|
758 |
}));</pre> |
|
|
759 |
|
|
|
760 |
<p>Here, a test suite is created and three test cases are added to it using the <code>add()</code> method. The test suite now contains all of the |
|
|
761 |
information to run a series of tests.</p> |
|
|
762 |
<p>It's also possible to add other multiple <code>TestSuite</code> instances together under a parent <code>TestSuite</code> using the same <code>add()</code> method:</p> |
|
|
763 |
<pre class="code prettyprint">//create a test suite |
|
|
764 |
var suite = new Y.Test.Suite("TestSuite Name"); |
|
|
765 |
|
|
|
766 |
//add a test case |
|
|
767 |
suite.add(new Y.Test.Case({ |
|
|
768 |
//... |
|
|
769 |
}); |
|
|
770 |
|
|
|
771 |
//create another suite |
|
|
772 |
var anotherSuite = new Y.Test.Suite("test_suite_name"); |
|
|
773 |
|
|
|
774 |
//add a test case |
|
|
775 |
anotherSuite.add(new Y.Test.Case({ |
|
|
776 |
//... |
|
|
777 |
}); |
|
|
778 |
|
|
|
779 |
//add the second suite to the first |
|
|
780 |
suite.add(anotherSuite);</pre> |
|
|
781 |
|
|
|
782 |
<p>By grouping test suites together under a parent test suite you can more effectively manage testing of particular aspects of an application.</p> |
|
|
783 |
<p>Test suites may also have <code>setUp()</code> and <code>tearDown()</code> methods. A test suite's <code>setUp()</code> method is called before |
|
|
784 |
the first test in the first test case is executed (prior to the test case's <code>setUp()</code> method); a test suite's <code>tearDown()</code> |
|
|
785 |
method executes after all tests in all test cases/suites have been executed (after the last test case's <code>tearDown()</code> method). To specify |
|
|
786 |
these methods, pass an object literal into the <code>Y.Test.Suite</code> constructor:</p> |
|
|
787 |
<pre class="code prettyprint">//create a test suite |
|
|
788 |
var suite = new Y.Test.Suite({ |
|
|
789 |
name : "TestSuite Name", |
|
|
790 |
|
|
|
791 |
setUp : function () { |
|
|
792 |
//test-suite-level setup |
|
|
793 |
}, |
|
|
794 |
|
|
|
795 |
tearDown: function () { |
|
|
796 |
//test-suite-level teardown |
|
|
797 |
} |
|
|
798 |
});</pre> |
|
|
799 |
|
|
|
800 |
<p>Test suite <code>setUp()</code> and <code>tearDown()</code> may be helpful in setting up global objects that are necessary for a multitude of tests |
|
|
801 |
and test cases.</p> |
|
|
802 |
<h2 id="running-tests">Running Tests</h2> |
|
|
803 |
<p>In order to run test cases and test suites, use the <code>Y.Test.Runner</code> object. This object is a singleton that |
|
|
804 |
simply runs all of the tests in test cases and suites, reporting back on passes and failures. To determine which test cases/suites |
|
|
805 |
will be run, add them to the <code>Y.Test.Runner</code> using the <code>add()</code> method. Then, to run the tests, call the <code>run()</code> |
|
|
806 |
method:</p> |
|
|
807 |
<pre class="code prettyprint">//add the test cases and suites |
|
|
808 |
Y.Test.Runner.add(testCase); |
|
|
809 |
Y.Test.Runner.add(oTestSuite); |
|
|
810 |
|
|
|
811 |
//run all tests |
|
|
812 |
Y.Test.Runner.run();</pre> |
|
|
813 |
|
|
|
814 |
|
|
|
815 |
<p>If at some point you decide not to run the tests that have already been added to the <code>TestRunner</code>, they can be removed by calling <code>clear()</code>:</p> |
|
|
816 |
<pre class="code prettyprint">Y.Test.Runner.clear();</pre> |
|
|
817 |
|
|
|
818 |
|
|
|
819 |
<p>Making this call removes all test cases and test suites that were added using the <code>add()</code> method.</p> |
|
|
820 |
|
|
|
821 |
<h3 id="testrunner-events">TestRunner Events</h3> |
|
|
822 |
<p>The <code>Y.Test.Runner</code> provides results and information about the process by publishing several events. These events can occur at four |
|
|
823 |
different points of interest: at the test level, at the test case level, at the test suite level, and at the <code>Y.Test.Runner</code> level. |
|
|
824 |
The data available for each event depends completely on the type of event and the level at which the event occurs.</p> |
|
|
825 |
|
|
|
826 |
<h3 id="test-level-events">Test-Level Events</h3> |
|
|
827 |
<p>Test-level events occur during the execution of specific test methods. There are three test-level events:</p> |
|
|
828 |
<ul> |
|
|
829 |
<li><code>Y.Test.Runner.TEST_PASS_EVENT</code> - occurs when the test passes.</li> |
|
|
830 |
<li><code>Y.Test.Runner.TEST_FAIL_EVENT</code> - occurs when the test fails.</li> |
|
|
831 |
<li><code>Y.Test.Runner.TEST_IGNORE_EVENT</code> - occurs when a test is ignored.</li> |
|
|
832 |
</ul> |
|
|
833 |
<p>For each of these events, the event data object has three properties:</p> |
|
|
834 |
<ul> |
|
|
835 |
<li><code>type</code> - indicates the type of event that occurred.</li> |
|
|
836 |
<li><code>testCase</code> - the test case that is currently being run.</li> |
|
|
837 |
<li><code>testName</code> - the name of the test that was just executed or ignored.</li> |
|
|
838 |
</ul> |
|
|
839 |
<p>For <code>Y.Test.Runner.TEST_FAIL_EVENT</code>, an <code>error</code> property containing the error object |
|
|
840 |
that caused the test to fail.</p> |
|
|
841 |
|
|
|
842 |
<h3 id="testcase-level-events">TestCase-Level Events</h3> |
|
|
843 |
<p>There are two events that occur at the test case level:</p> |
|
|
844 |
<ul> |
|
|
845 |
<li><code>Y.Test.Runner.TEST_CASE_BEGIN_EVENT</code> - occurs when the test case is next to be executed but before the first test is run.</li> |
|
|
846 |
<li><code>Y.Test.Runner.TEST_CASE_COMPLETE_EVENT</code> - occurs when all tests in the test case have been executed or ignored.</li> |
|
|
847 |
</ul> |
|
|
848 |
<p>For these two events, the event data object has three properties:</p> |
|
|
849 |
<ul> |
|
|
850 |
<li><code>type</code> - indicates the type of event that occurred.</li> |
|
|
851 |
<li><code>testCase</code> - the test case that is currently being run.</li> |
|
|
852 |
</ul> |
|
|
853 |
<p>For <code>TEST_CASE_COMPLETE_EVENT</code>, an additional property called <code>results</code> is included. The <code>results</code> |
|
|
854 |
property is an object containing the aggregated results for all tests in the test case (it does not include information about tests that |
|
|
855 |
were ignored). Each test that was run has an entry in the <code>result</code> object where the property name is the name of the test method |
|
|
856 |
and the value is an object with two properties: <code>result</code>, which is either "pass" or "fail", and <code>message</code>, which is a |
|
|
857 |
text description of the result (simply "Test passed" when a test passed or the error message when a test fails). Additionally, the |
|
|
858 |
<code>failed</code> property indicates the number of tests that failed in the test case, the <code>passed</code> property indicates the |
|
|
859 |
number of tests that passed, and the <code>total</code> property indicates the total number of tests executed. A typical <code>results</code> |
|
|
860 |
object looks like this:</p> |
|
|
861 |
<pre class="code prettyprint">{ |
|
|
862 |
failed: 1, |
|
|
863 |
passed: 1, |
|
|
864 |
ignored: 0, |
|
|
865 |
total: 2, |
|
|
866 |
type: "testcase", |
|
|
867 |
name: "Test Case 0", |
|
|
868 |
|
|
|
869 |
test0: { |
|
|
870 |
result: "pass", |
|
|
871 |
message: "Test passed", |
|
|
872 |
type: "test", |
|
|
873 |
name: "test0" |
|
|
874 |
}, |
|
|
875 |
|
|
|
876 |
test1: { |
|
|
877 |
result: "fail", |
|
|
878 |
message: "Assertion failed", |
|
|
879 |
type: "test", |
|
|
880 |
name: "test1" |
|
|
881 |
} |
|
|
882 |
}</pre> |
|
|
883 |
|
|
|
884 |
|
|
|
885 |
<p>The <code>TEST_CASE_COMPLETE_EVENT</code> provides this information for transparency into the testing process.</p> |
|
|
886 |
|
|
|
887 |
<h3 id="testsuite-level-events">TestSuite-Level Events</h3> |
|
|
888 |
<p>There are two events that occur at the test suite level:</p> |
|
|
889 |
<ul> |
|
|
890 |
<li><code>Y.Test.Runner.TEST_SUITE_BEGIN_EVENT</code> - occurs when the test suite is next to be executed but before the first test is run.</li> |
|
|
891 |
<li><code>Y.Test.Runner.TEST_SUITE_COMPLETE_EVENT</code> - occurs when all tests in all test cases in the test suite have been executed or ignored.</li> |
|
|
892 |
</ul> |
|
|
893 |
<p>For these two events, the event data object has three properties:</p> |
|
|
894 |
<ul> |
|
|
895 |
<li><code>type</code> - indicates the type of event that occurred.</li> |
|
|
896 |
<li><code>testSuite</code> - the test suite that is currently being run.</li> |
|
|
897 |
</ul> |
|
|
898 |
<p>The <code>TEST_SUITE_COMPLETE_EVENT</code> also has a <code>results</code> property, which contains aggregated results for all of the |
|
|
899 |
test cases (and other test suites) it contains. Each test case and test suite contained within the main suite has an entry in the |
|
|
900 |
<code>results</code> object, forming a hierarchical structure of data. A typical <code>results</code> object may look like this:</p> |
|
|
901 |
<pre class="code prettyprint">{ |
|
|
902 |
failed: 2, |
|
|
903 |
passed: 2, |
|
|
904 |
ignored: 0, |
|
|
905 |
total: 4, |
|
|
906 |
type: "testsuite", |
|
|
907 |
name: "Test Suite 0", |
|
|
908 |
|
|
|
909 |
testCase0: { |
|
|
910 |
failed: 1, |
|
|
911 |
passed: 1, |
|
|
912 |
ignored: 0, |
|
|
913 |
total: 2, |
|
|
914 |
type: "testcase", |
|
|
915 |
name: "testCase0", |
|
|
916 |
|
|
|
917 |
test0: { |
|
|
918 |
result: "pass", |
|
|
919 |
message: "Test passed." |
|
|
920 |
type: "test", |
|
|
921 |
name: "test0" |
|
|
922 |
}, |
|
|
923 |
test1: { |
|
|
924 |
result: "fail", |
|
|
925 |
message: "Assertion failed.", |
|
|
926 |
type: "test", |
|
|
927 |
name: "test1" |
|
|
928 |
} |
|
|
929 |
}, |
|
|
930 |
testCase1: { |
|
|
931 |
failed: 1, |
|
|
932 |
passed: 1, |
|
|
933 |
ignored: 0, |
|
|
934 |
total: 2, |
|
|
935 |
type: "testcase", |
|
|
936 |
name: "testCase1", |
|
|
937 |
|
|
|
938 |
test0: { |
|
|
939 |
result: "pass", |
|
|
940 |
message: "Test passed.", |
|
|
941 |
type: "test", |
|
|
942 |
name: "test0" |
|
|
943 |
}, |
|
|
944 |
test1: { |
|
|
945 |
result: "fail", |
|
|
946 |
message: "Assertion failed.", |
|
|
947 |
type: "test", |
|
|
948 |
name: "test1" |
|
|
949 |
} |
|
|
950 |
} |
|
|
951 |
}</pre> |
|
|
952 |
|
|
|
953 |
|
|
|
954 |
|
|
|
955 |
<p>This example shows the results for a test suite with two test cases, but there may be test suites contained within test suites. In that case, |
|
|
956 |
the hierarchy is built out accordingly, for example:</p> |
|
|
957 |
<pre class="code prettyprint">{ |
|
|
958 |
failed: 3, |
|
|
959 |
passed: 3, |
|
|
960 |
ignored: 0, |
|
|
961 |
total: 6, |
|
|
962 |
type: "testsuite", |
|
|
963 |
name: "Test Suite 0", |
|
|
964 |
|
|
|
965 |
testCase0: { |
|
|
966 |
failed: 1, |
|
|
967 |
passed: 1, |
|
|
968 |
ignored: 0, |
|
|
969 |
total: 2, |
|
|
970 |
type: "testcase", |
|
|
971 |
name: "testCase0", |
|
|
972 |
|
|
|
973 |
test0: { |
|
|
974 |
result: "pass", |
|
|
975 |
message: "Test passed.", |
|
|
976 |
type: "test", |
|
|
977 |
name: "test0" |
|
|
978 |
}, |
|
|
979 |
test1: { |
|
|
980 |
result: "fail", |
|
|
981 |
message: "Assertion failed.", |
|
|
982 |
type: "test", |
|
|
983 |
name: "test1" |
|
|
984 |
} |
|
|
985 |
}, |
|
|
986 |
|
|
|
987 |
testCase1: { |
|
|
988 |
failed: 1, |
|
|
989 |
passed: 1, |
|
|
990 |
ignored: 0, |
|
|
991 |
total: 2, |
|
|
992 |
type: "testcase", |
|
|
993 |
name: "testCase1", |
|
|
994 |
|
|
|
995 |
test0: { |
|
|
996 |
result: "pass", |
|
|
997 |
message: "Test passed.", |
|
|
998 |
type: "test", |
|
|
999 |
name: "test0" |
|
|
1000 |
}, |
|
|
1001 |
test1: { |
|
|
1002 |
result: "fail", |
|
|
1003 |
message: "Assertion failed.", |
|
|
1004 |
type: "test", |
|
|
1005 |
name: "test1" |
|
|
1006 |
} |
|
|
1007 |
}, |
|
|
1008 |
|
|
|
1009 |
testSuite0:{ |
|
|
1010 |
failed: 1, |
|
|
1011 |
passed: 1, |
|
|
1012 |
ignored: 0, |
|
|
1013 |
total: 2, |
|
|
1014 |
type: "testsuite", |
|
|
1015 |
name: "testSuite0", |
|
|
1016 |
|
|
|
1017 |
testCase2: { |
|
|
1018 |
failed: 1, |
|
|
1019 |
passed: 1, |
|
|
1020 |
ignored: 0, |
|
|
1021 |
total: 2, |
|
|
1022 |
type: "testcase", |
|
|
1023 |
name: "testCase2", |
|
|
1024 |
|
|
|
1025 |
test0: { |
|
|
1026 |
result: "pass", |
|
|
1027 |
message: "Test passed.", |
|
|
1028 |
type: "test", |
|
|
1029 |
name: "test0" |
|
|
1030 |
}, |
|
|
1031 |
|
|
|
1032 |
test1: { |
|
|
1033 |
result: "fail", |
|
|
1034 |
message: "Assertion failed.", |
|
|
1035 |
type: "test", |
|
|
1036 |
name: "test1" |
|
|
1037 |
} |
|
|
1038 |
} |
|
|
1039 |
} |
|
|
1040 |
}</pre> |
|
|
1041 |
|
|
|
1042 |
|
|
|
1043 |
<p>In this code, the test suite contained another test suite named "testSuite0", which is included in the results along |
|
|
1044 |
with its test cases. At each level, the results are aggregated so that you can tell how many tests passed or failed within each |
|
|
1045 |
test case or test suite.</p> |
|
|
1046 |
|
|
|
1047 |
<h3 id="testrunner-level-events">TestRunner-Level Events</h3> |
|
|
1048 |
<p>There are two events that occur at the <code>Y.Test.Runner</code> level:</p> |
|
|
1049 |
<ul> |
|
|
1050 |
<li><code>Y.Test.Runner.BEGIN_EVENT</code> - occurs when testing is about to begin but before any tests are run.</li> |
|
|
1051 |
<li><code>Y.Test.Runner.COMPLETE_EVENT</code> - occurs when all tests in all test cases and test suites have been executed or ignored.</li> |
|
|
1052 |
</ul> |
|
|
1053 |
<p>The data object for these events contain a <code>type</code> property, indicating the type of event that occurred. <code>COMPLETE_EVENT</code> |
|
|
1054 |
also includes a <code>results</code> property that is formatted the same as the data returned from <code>TEST_SUITE_COMPLETE_EVENT</code> and |
|
|
1055 |
contains rollup information for all test cases and tests suites that were added to the <code>TestRunner</code>.</p> |
|
|
1056 |
|
|
|
1057 |
<h3 id="subscribing-to-events">Subscribing to Events</h3> |
|
|
1058 |
<p>You can subscribe to particular events by calling the <code>subscribe()</code> method. Your event handler code |
|
|
1059 |
should expect a single object to be passed in as an argument. This object provides information about the event that just occured. Minimally, |
|
|
1060 |
the object has a <code>type</code> property that tells you which type of event occurred. Example:</p> |
|
|
1061 |
<pre class="code prettyprint">function handleTestFail(data){ |
|
|
1062 |
alert("Test named '" + data.testName + "' failed with message: '" + data.error.message + "'."); |
|
|
1063 |
} |
|
|
1064 |
|
|
|
1065 |
var TestRunner = Y.Test.Runner; |
|
|
1066 |
TestRunner.subscribe(TestRunner.TEST_FAIL_EVENT, handleTestFail); |
|
|
1067 |
TestRunner.run();</pre> |
|
|
1068 |
|
|
|
1069 |
|
|
|
1070 |
|
|
|
1071 |
<p>In this code, the <code>handleTestFail()</code> function is assigned as an event handler for <code>TEST_FAIL_EVENT</code>. You can also |
|
|
1072 |
use a single event handler to subscribe to any number of events, using the event data object's <code>type</code> property to determine |
|
|
1073 |
what to do:</p> |
|
|
1074 |
<pre class="code prettyprint">function handleTestResult(data){ |
|
|
1075 |
var TestRunner = Y.Test.Runner; |
|
|
1076 |
|
|
|
1077 |
switch(data.type) { |
|
|
1078 |
case TestRunner.TEST_FAIL_EVENT: |
|
|
1079 |
alert("Test named '" + data.testName + "' failed with message: '" + data.error.message + "'."); |
|
|
1080 |
break; |
|
|
1081 |
case TestRunner.TEST_PASS_EVENT: |
|
|
1082 |
alert("Test named '" + data.testName + "' passed."); |
|
|
1083 |
break; |
|
|
1084 |
case TestRunner.TEST_IGNORE_EVENT: |
|
|
1085 |
alert("Test named '" + data.testName + "' was ignored."); |
|
|
1086 |
break; |
|
|
1087 |
} |
|
|
1088 |
|
|
|
1089 |
} |
|
|
1090 |
|
|
|
1091 |
TestRunner.subscribe(TestRunner.TEST_FAIL_EVENT, handleTestResult); |
|
|
1092 |
TestRunner.subscribe(TestRunner.TEST_IGNORE_EVENT, handleTestResult); |
|
|
1093 |
TestRunner.subscribe(TestRunner.TEST_PASS_EVENT, handleTestResult); |
|
|
1094 |
TestRunner.run();</pre> |
|
|
1095 |
|
|
|
1096 |
|
|
|
1097 |
|
|
|
1098 |
<h2 id="viewing-results">Viewing Results</h2> |
|
|
1099 |
<p>There are two ways to view test results. The first is to output test results to the TestConsole |
|
|
1100 |
component. To do so, you need only create a new <code>Test.Console</code> instance; the result results will be posted |
|
|
1101 |
to the logger automatically:</p> |
|
|
1102 |
<pre class="code prettyprint">YUI({ logInclude: { TestRunner: true } }).use('test-console', "test", function(Y){ |
|
|
1103 |
|
|
|
1104 |
//tests go here |
|
|
1105 |
|
|
|
1106 |
//initialize the console |
|
|
1107 |
(new Y.Test.Console({ |
|
|
1108 |
newestOnTop: false |
|
|
1109 |
})).render('#log'); |
|
|
1110 |
|
|
|
1111 |
//run the tests |
|
|
1112 |
Y.Test.Runner.run(); |
|
|
1113 |
});</pre> |
|
|
1114 |
|
|
|
1115 |
|
|
|
1116 |
<p>If you are using a browser that supports the <code>console</code> |
|
|
1117 |
object (Firefox with Firebug installed, Safari 3+, Internet Explorer 8+, Chrome), then you can |
|
|
1118 |
direct the test results onto the console. To do so, make sure that you've specified your <code>YUI</code> |
|
|
1119 |
instance to use the console when logging:</p> |
|
|
1120 |
<pre class="code prettyprint">YUI({ useBrowserConsole: true }).use("test", function(Y){ |
|
|
1121 |
|
|
|
1122 |
//tests go here |
|
|
1123 |
|
|
|
1124 |
Y.Test.Runner.run(); |
|
|
1125 |
|
|
|
1126 |
});</pre> |
|
|
1127 |
|
|
|
1128 |
<p>You can also extract the test result data using the <code>Y.Test.Runner.getResults()</code> method. By default, this method |
|
|
1129 |
returns an object representing the results of the tests that were just run (the method returns <code>null</code> if called |
|
|
1130 |
while tests are still running). You can optionally specify a format in which the results should be returned. There are four |
|
|
1131 |
possible formats:</p> |
|
|
1132 |
<ul> |
|
|
1133 |
<li><code>Y.Test.Format.XML</code> - YUI Test XML (default)</li> |
|
|
1134 |
<li><code>Y.Test.Format.JSON</code> - JSON</li> |
|
|
1135 |
<li><code>Y.Test.Format.JUnitXML</code> - JUnit XML</li> |
|
|
1136 |
<li><code>Y.Test.Format.TAP</code> - <a href="http://testanything.org/">TAP</a></li> |
|
|
1137 |
</ul> |
|
|
1138 |
<p>You can pass any of these into <code>Y.Test.Runner.getResults()</code> to get a string with the test result information properly |
|
|
1139 |
formatted. For example:</p> |
|
|
1140 |
<pre class="code prettyprint">YUI({ useBrowserConsole: true }).use("test", function(Y){ |
|
|
1141 |
|
|
|
1142 |
//tests go here |
|
|
1143 |
|
|
|
1144 |
//get object of results |
|
|
1145 |
var resultsObject = Y.Test.Runner.getResults(); |
|
|
1146 |
|
|
|
1147 |
//get XML results |
|
|
1148 |
var resultsXML = Y.Test.Runner.getResults(Y.Test.Format.XML); |
|
|
1149 |
|
|
|
1150 |
});</pre> |
|
|
1151 |
|
|
|
1152 |
<p>The XML format outputs results in the following |
|
|
1153 |
format:</p> |
|
|
1154 |
<pre class="code prettyprint"><?xml version="1.0" encoding="UTF-8" ?> |
|
|
1155 |
<report name="YUI Test Results" passed="5" failed="3" ignored="1" total="5"> |
|
|
1156 |
<testsuite name="yuisuite" passed="5" failed="0" ignored="0" total="5"> |
|
|
1157 |
<testcase name="Y.Anim" passed="5" failed="0" ignored="0" total="5"> |
|
|
1158 |
<test name="test_getEl" result="pass" message="Test passed" /> |
|
|
1159 |
<test name="test_isAnimated" result="pass" message="Test passed" /> |
|
|
1160 |
<test name="test_stop" result="pass" message="Test passed" /> |
|
|
1161 |
<test name="test_onStart" result="pass" message="Test passed" /> |
|
|
1162 |
<test name="test_endValue" result="pass" message="Test passed" /> |
|
|
1163 |
</testcase> |
|
|
1164 |
</testsuite> |
|
|
1165 |
</report></pre> |
|
|
1166 |
|
|
|
1167 |
<p>The JSON format requires the <a href="../json/index.html">JSON utility</a> to be loaded on the page and outputs results in a format that follows the object/array hierarchy of the results object, such as:</p> |
|
|
1168 |
<pre class="code prettyprint">{ |
|
|
1169 |
"passed": 5, |
|
|
1170 |
"failed": 0, |
|
|
1171 |
"ignored": 0, |
|
|
1172 |
"total": 0, |
|
|
1173 |
"type": "report", |
|
|
1174 |
"name": "YUI Test Results", |
|
|
1175 |
|
|
|
1176 |
"yuisuite":{ |
|
|
1177 |
"passed": 5, |
|
|
1178 |
"failed": 0, |
|
|
1179 |
"ignored": 0, |
|
|
1180 |
"total": 0, |
|
|
1181 |
"type": "testsuite", |
|
|
1182 |
"name": "yuisuite", |
|
|
1183 |
|
|
|
1184 |
"Y.Anim":{ |
|
|
1185 |
"passed": 5, |
|
|
1186 |
"failed": 0, |
|
|
1187 |
"ignored": 0, |
|
|
1188 |
"total": 0, |
|
|
1189 |
"type":"testcase", |
|
|
1190 |
"name":"Y.Anim", |
|
|
1191 |
|
|
|
1192 |
"test_getEl":{ |
|
|
1193 |
"result":"pass", |
|
|
1194 |
"message":"Test passed.", |
|
|
1195 |
"type":"test", |
|
|
1196 |
"name":"test_getEl" |
|
|
1197 |
}, |
|
|
1198 |
"test_isAnimated":{ |
|
|
1199 |
"result":"pass", |
|
|
1200 |
"message":"Test passed.", |
|
|
1201 |
"type":"test", |
|
|
1202 |
"name":"test_isAnimated" |
|
|
1203 |
}, |
|
|
1204 |
"test_stop":{ |
|
|
1205 |
"result":"pass", |
|
|
1206 |
"message":"Test passed.", |
|
|
1207 |
"type":"test", |
|
|
1208 |
"name":"test_stop" |
|
|
1209 |
}, |
|
|
1210 |
"test_onStart":{ |
|
|
1211 |
"result":"pass", |
|
|
1212 |
"message":"Test passed.", |
|
|
1213 |
"type":"test", |
|
|
1214 |
"name":"test_onStart" |
|
|
1215 |
}, |
|
|
1216 |
"test_endValue":{ |
|
|
1217 |
"result":"pass", |
|
|
1218 |
"message":"Test passed.", |
|
|
1219 |
"type":"test", |
|
|
1220 |
"name":"test_endValue" |
|
|
1221 |
} |
|
|
1222 |
} |
|
|
1223 |
} |
|
|
1224 |
}</pre> |
|
|
1225 |
|
|
|
1226 |
|
|
|
1227 |
<p>The JUnit XML format outputs results in the following format:</p> |
|
|
1228 |
|
|
|
1229 |
<pre class="code prettyprint"><?xml version="1.0" encoding="UTF-8" ?> |
|
|
1230 |
<testsuites> |
|
|
1231 |
<testsuite name="Y.Anim" failures="0" total="5" time="0.0060"> |
|
|
1232 |
<testcase name="test_getEl" time="0.0"></testcase> |
|
|
1233 |
<testcase name="test_isAnimated" time="0.0010"></testcase> |
|
|
1234 |
<testcase name="test_stop" time="0.0010"></testcase> |
|
|
1235 |
<testcase name="test_onStart" time="0.0010"></testcase> |
|
|
1236 |
<testcase name="test_endValue" time="0.0010"></testcase> |
|
|
1237 |
</testsuite> |
|
|
1238 |
</testsuites></pre> |
|
|
1239 |
|
|
|
1240 |
|
|
|
1241 |
<p>Note that there isn't a direct mapping between YUI Test test suites and JUnit test suites, so some |
|
|
1242 |
of the hierarchical information is lost.</p> |
|
|
1243 |
|
|
|
1244 |
<p>The TAP format outputs results in the following format:</p> |
|
|
1245 |
|
|
|
1246 |
<pre class="code">1..5 |
|
|
1247 |
#Begin report YUI Test Results (0 failed of 5) |
|
|
1248 |
#Begin testcase Y.Anim (0 failed of 5) |
|
|
1249 |
ok 1 - testGetServiceFromUntrustedModule |
|
|
1250 |
ok 2 - testGetServiceFromTrustedModule |
|
|
1251 |
ok 3 - testGetServiceFromService |
|
|
1252 |
ok 4 - testGetServiceMultipleTimesFromService |
|
|
1253 |
ok 5 - testGetServiceMultipleTimesFromUntrustedModule |
|
|
1254 |
#End testcase Y.Anim |
|
|
1255 |
#End report YUI Test Results</pre> |
|
|
1256 |
|
|
|
1257 |
|
|
|
1258 |
<p>The XML, JSON, and JUnit XML formats produce a string with no extra white space (white space and indentation shown here is for readability |
|
|
1259 |
purposes only).</p> |
|
|
1260 |
|
|
|
1261 |
<h2 id="test-reporting">Test Reporting</h2> |
|
|
1262 |
<p>When all tests have been completed and the results object has been returned, you can post those results to a server |
|
|
1263 |
using a <code>Y.Test.Reporter</code> object. A <code>Y.Test.Reporter</code> object creates a form that is POSTed |
|
|
1264 |
to a specific URL with the following fields:</p> |
|
|
1265 |
<ul> |
|
|
1266 |
<li><code>results</code> - the serialized results object.</li> |
|
|
1267 |
<li><code>useragent</code> - the user-agent string of the browser.</li> |
|
|
1268 |
<li><code>timestamp</code> - the date and time that the report was sent.</li> |
|
|
1269 |
</ul> |
|
|
1270 |
<p>You can create a new <code>Y.Test.Reporter</code> object by passing in the URL to report to. The results object can |
|
|
1271 |
then be passed into the <code>report()</code> method to submit the results:</p> |
|
|
1272 |
<pre class="code prettyprint">var reporter = new Y.Test.Reporter("http://www.yourserver.com/path/to/target"); |
|
|
1273 |
reporter.report(results);</pre> |
|
|
1274 |
|
|
|
1275 |
<p>The form submission happens behind-the-scenes and will not cause your page to navigate away. This operation is |
|
|
1276 |
one direction; the reporter does not get any content back from the server.</p> |
|
|
1277 |
<p>There are four predefined serialization formats for results objects: </p> |
|
|
1278 |
<ul> |
|
|
1279 |
<li><code>Y.Test.Format.XML</code> (default)</li> |
|
|
1280 |
<li><code>Y.Test.Format.JSON</code></li> |
|
|
1281 |
<li><code>Y.Test.Format.JUnitXML</code></li> |
|
|
1282 |
<li><code>Y.Test.Format.TAP</code></li> |
|
|
1283 |
</ul> |
|
|
1284 |
|
|
|
1285 |
<p>The format in which to submit the results can be specified in the <code>Y.Test.Reporter</code> constructor by passing in the appropriate |
|
|
1286 |
<code>Y.Test.Format</code> value (when no argument is specified, <code>Y.Test.Format.XML</code> is used:</p> |
|
|
1287 |
<pre class="code prettyprint">var reporter = new Y.Test.Reporter("http://www.yourserver.com/path/to/target", Y.Test.Format.JSON);</pre> |
|
|
1288 |
|
|
|
1289 |
|
|
|
1290 |
<h3 id="custom-fields">Custom Fields</h3> |
|
|
1291 |
<p>You can optionally specify additional fields to be sent with the results report by using the <code>addField()</code> method. |
|
|
1292 |
This method accepts two arguments: a name and a value. Any field added using <code>addField()</code> is POSTed along with |
|
|
1293 |
the default fields back to the server:</p> |
|
|
1294 |
<pre class="code prettyprint">reporter.addField("color", "blue"); |
|
|
1295 |
reporter.addField("message", "Hello world!");</pre> |
|
|
1296 |
|
|
|
1297 |
<p>Note that if you specify a field name that is the same as a default field, the custom field is ignored in favor of |
|
|
1298 |
the default field.</p> |
|
|
1299 |
</div> |
|
|
1300 |
</div> |
|
|
1301 |
</div> |
|
|
1302 |
|
|
|
1303 |
<div class="yui3-u-1-4"> |
|
|
1304 |
<div class="sidebar"> |
|
|
1305 |
|
|
|
1306 |
<div id="toc" class="sidebox"> |
|
|
1307 |
<div class="hd"> |
|
|
1308 |
<h2 class="no-toc">Table of Contents</h2> |
|
|
1309 |
</div> |
|
|
1310 |
|
|
|
1311 |
<div class="bd"> |
|
|
1312 |
<ul class="toc"> |
|
|
1313 |
<li> |
|
|
1314 |
<a href="#getting-started">Getting Started</a> |
|
|
1315 |
</li> |
|
|
1316 |
<li> |
|
|
1317 |
<a href="#testcases">Using Test Cases</a> |
|
|
1318 |
<ul class="toc"> |
|
|
1319 |
<li> |
|
|
1320 |
<a href="#setup-and-teardown">setUp() and tearDown()</a> |
|
|
1321 |
</li> |
|
|
1322 |
<li> |
|
|
1323 |
<a href="#ignoring">Ignoring Tests</a> |
|
|
1324 |
</li> |
|
|
1325 |
<li> |
|
|
1326 |
<a href="#intentional-errors">Intentional Errors</a> |
|
|
1327 |
</li> |
|
|
1328 |
</ul> |
|
|
1329 |
</li> |
|
|
1330 |
<li> |
|
|
1331 |
<a href="#assertions">Assertions</a> |
|
|
1332 |
<ul class="toc"> |
|
|
1333 |
<li> |
|
|
1334 |
<a href="#equality">Equality Assertions</a> |
|
|
1335 |
</li> |
|
|
1336 |
<li> |
|
|
1337 |
<a href="#sameness">Sameness Assertions</a> |
|
|
1338 |
</li> |
|
|
1339 |
<li> |
|
|
1340 |
<a href="#datatypes">Data Type Assertions</a> |
|
|
1341 |
</li> |
|
|
1342 |
<li> |
|
|
1343 |
<a href="#specialvalues">Special Value Assertions</a> |
|
|
1344 |
</li> |
|
|
1345 |
<li> |
|
|
1346 |
<a href="#forcedfailures">Forced Failures</a> |
|
|
1347 |
</li> |
|
|
1348 |
</ul> |
|
|
1349 |
</li> |
|
|
1350 |
<li> |
|
|
1351 |
<a href="#mockobjects">Mock Objects</a> |
|
|
1352 |
<ul class="toc"> |
|
|
1353 |
<li> |
|
|
1354 |
<a href="#special-argument-values">Special Argument Values</a> |
|
|
1355 |
</li> |
|
|
1356 |
<li> |
|
|
1357 |
<a href="#property-expectations">Property Expectations</a> |
|
|
1358 |
</li> |
|
|
1359 |
</ul> |
|
|
1360 |
</li> |
|
|
1361 |
<li> |
|
|
1362 |
<a href="#asynctests">Asynchronous Tests</a> |
|
|
1363 |
</li> |
|
|
1364 |
<li> |
|
|
1365 |
<a href="#testsuites">Test Suites</a> |
|
|
1366 |
</li> |
|
|
1367 |
<li> |
|
|
1368 |
<a href="#running-tests">Running Tests</a> |
|
|
1369 |
<ul class="toc"> |
|
|
1370 |
<li> |
|
|
1371 |
<a href="#testrunner-events">TestRunner Events</a> |
|
|
1372 |
</li> |
|
|
1373 |
<li> |
|
|
1374 |
<a href="#test-level-events">Test-Level Events</a> |
|
|
1375 |
</li> |
|
|
1376 |
<li> |
|
|
1377 |
<a href="#testcase-level-events">TestCase-Level Events</a> |
|
|
1378 |
</li> |
|
|
1379 |
<li> |
|
|
1380 |
<a href="#testsuite-level-events">TestSuite-Level Events</a> |
|
|
1381 |
</li> |
|
|
1382 |
<li> |
|
|
1383 |
<a href="#testrunner-level-events">TestRunner-Level Events</a> |
|
|
1384 |
</li> |
|
|
1385 |
<li> |
|
|
1386 |
<a href="#subscribing-to-events">Subscribing to Events</a> |
|
|
1387 |
</li> |
|
|
1388 |
</ul> |
|
|
1389 |
</li> |
|
|
1390 |
<li> |
|
|
1391 |
<a href="#viewing-results">Viewing Results</a> |
|
|
1392 |
</li> |
|
|
1393 |
<li> |
|
|
1394 |
<a href="#test-reporting">Test Reporting</a> |
|
|
1395 |
<ul class="toc"> |
|
|
1396 |
<li> |
|
|
1397 |
<a href="#custom-fields">Custom Fields</a> |
|
|
1398 |
</li> |
|
|
1399 |
</ul> |
|
|
1400 |
</li> |
|
|
1401 |
</ul> |
|
|
1402 |
</div> |
|
|
1403 |
</div> |
|
|
1404 |
|
|
|
1405 |
|
|
|
1406 |
|
|
|
1407 |
<div class="sidebox"> |
|
|
1408 |
<div class="hd"> |
|
|
1409 |
<h2 class="no-toc">Examples</h2> |
|
|
1410 |
</div> |
|
|
1411 |
|
|
|
1412 |
<div class="bd"> |
|
|
1413 |
<ul class="examples"> |
|
|
1414 |
|
|
|
1415 |
|
|
|
1416 |
<li data-description="Demonstrates basic usage of YUI Test for setting up and running tests."> |
|
|
1417 |
<a href="test-simple-example.html">Simple Testing Example</a> |
|
|
1418 |
</li> |
|
|
1419 |
|
|
|
1420 |
|
|
|
1421 |
|
|
|
1422 |
<li data-description="Demonstrates how to use advanced testing features such as defining tests that should fail, tests that should be ignored, and tests that should throw an error."> |
|
|
1423 |
<a href="test-advanced-test-options.html">Advanced Test Options</a> |
|
|
1424 |
</li> |
|
|
1425 |
|
|
|
1426 |
|
|
|
1427 |
|
|
|
1428 |
<li data-description="Demonstrates how to use the ArrayAssert object to test array data."> |
|
|
1429 |
<a href="test-array-tests.html">Array Processing</a> |
|
|
1430 |
</li> |
|
|
1431 |
|
|
|
1432 |
|
|
|
1433 |
|
|
|
1434 |
<li data-description="Demonstrates basic asynchronous tests."> |
|
|
1435 |
<a href="test-async-test.html">Asynchronous Testing</a> |
|
|
1436 |
</li> |
|
|
1437 |
|
|
|
1438 |
|
|
|
1439 |
|
|
|
1440 |
<li data-description="Demonstrates using events with asynchronous tests."> |
|
|
1441 |
<a href="test-async-event-tests.html">Asynchronous Event Testing</a> |
|
|
1442 |
</li> |
|
|
1443 |
|
|
|
1444 |
|
|
|
1445 |
</ul> |
|
|
1446 |
</div> |
|
|
1447 |
</div> |
|
|
1448 |
|
|
|
1449 |
|
|
|
1450 |
|
|
|
1451 |
</div> |
|
|
1452 |
</div> |
|
|
1453 |
</div> |
|
|
1454 |
</div> |
|
|
1455 |
|
|
|
1456 |
<script src="../assets/vendor/prettify/prettify-min.js"></script> |
|
|
1457 |
<script>prettyPrint();</script> |
|
|
1458 |
|
|
|
1459 |
<script> |
|
|
1460 |
YUI.Env.Tests = { |
|
|
1461 |
examples: [], |
|
|
1462 |
project: '../assets', |
|
|
1463 |
assets: '../assets/test', |
|
|
1464 |
name: 'test', |
|
|
1465 |
title: 'Test', |
|
|
1466 |
newWindow: '', |
|
|
1467 |
auto: false |
|
|
1468 |
}; |
|
|
1469 |
YUI.Env.Tests.examples.push('test-simple-example'); |
|
|
1470 |
YUI.Env.Tests.examples.push('test-advanced-test-options'); |
|
|
1471 |
YUI.Env.Tests.examples.push('test-array-tests'); |
|
|
1472 |
YUI.Env.Tests.examples.push('test-async-test'); |
|
|
1473 |
YUI.Env.Tests.examples.push('test-async-event-tests'); |
|
|
1474 |
|
|
|
1475 |
</script> |
|
|
1476 |
<script src="../assets/yui/test-runner.js"></script> |
|
|
1477 |
|
|
|
1478 |
|
|
|
1479 |
|
|
|
1480 |
</body> |
|
|
1481 |
</html> |