Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/twbs/bootstrap.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorKevin Kirsche <kkirsche@ansfederal.com>2015-03-01 06:54:58 +0300
committerChris Rebert <code@rebertia.com>2015-03-07 10:27:00 +0300
commitba2f7e92d09071b48558e261570550dc5fcf0a3f (patch)
treeaa4e378635a0b95a8f18e24bb6352311a2c1b615 /js/tests/README.md
parent3173efd9d96ae54992057df9259725d5732f5629 (diff)
[Fixes #15951] Document JS test suite basics
X-Ref: #15953 Closes #15952 by merging a tweaked version of it. [skip sauce] [skip validator]
Diffstat (limited to 'js/tests/README.md')
-rw-r--r--js/tests/README.md61
1 files changed, 61 insertions, 0 deletions
diff --git a/js/tests/README.md b/js/tests/README.md
new file mode 100644
index 0000000000..6cdb41059b
--- /dev/null
+++ b/js/tests/README.md
@@ -0,0 +1,61 @@
+## How does Bootstrap's test suite work?
+
+Bootstrap uses [QUnit](http://api.qunitjs.com/), a powerful, easy-to-use JavaScript unit test framework. Each plugin has a file dedicated to its tests in `unit/<plugin-name>.js`.
+
+* `unit/` contains the unit test files for each Bootstrap plugin.
+* `vendor/` contains third-party testing-related code (QUnit and jQuery).
+* `visual/` contains "visual" tests which are run interactively in real browsers and require manual verification by humans.
+
+To run the unit test suite via [PhantomJS](http://phantomjs.org/), run `grunt test-js`.
+
+To run the unit test suite via a real web browser, open `index.html` in the browser.
+
+
+## How do I add a new unit test?
+
+1. Locate and open the file dedicated to the plugin which you need to add tests to (`unit/<plugin-name>.js`).
+2. Review the [QUnit API Documentation](http://api.qunitjs.com/) and use the existing tests as references for how to structure your new tests.
+3. Write the necessary unit test(s) for the new or revised functionality.
+4. Run `grunt test-js` to see the results of your newly-added test(s).
+
+**Note:** Your new unit tests should fail before your changes are applied to the plugin, and should pass after your changes are applied to the plugin.
+
+## What should a unit test look like?
+
+* Each test should have a unique name clearly stating what unit is being tested.
+* Each test should test only one unit per test, although one test can include several assertions. Create multiple tests for multiple units of functionality.
+* Each test should begin with [`assert.expect`](http://api.qunitjs.com/expect/) to ensure that the expected assertions are run.
+* Each test should follow the project's [JavaScript Code Guidelines](https://github.com/twbs/bootstrap/blob/master/CONTRIBUTING.md#js)
+
+### Example tests
+
+```javascript
+// Synchronous test
+QUnit.test('should describe the unit being tested', function (assert) {
+ assert.expect(1)
+ var templateHTML = '<div class="alert alert-danger fade in">'
+ + '<a class="close" href="#" data-dismiss="alert">×</a>'
+ + '<p><strong>Template necessary for the test.</p>'
+ + '</div>'
+ var $alert = $(templateHTML).appendTo('#qunit-fixture').bootstrapAlert()
+
+ $alert.find('.close').click()
+
+ // Make assertion
+ assert.strictEqual($alert.hasClass('in'), false, 'remove .in class on .close click')
+})
+
+// Asynchronous test
+QUnit.test('should describe the unit being tested', function (assert) {
+ assert.expect(1)
+ var done = assert.async()
+
+ $('<div title="tooltip title"></div>')
+ .appendTo('#qunit-fixture')
+ .on('shown.bs.tooltip', function () {
+ assert.ok(true, '"shown" event was fired after calling "show"')
+ done()
+ })
+ .bootstrapTooltip('show')
+})
+```