mirror of
https://github.com/twbs/bootstrap.git
synced 2025-02-20 17:54:23 +01:00
* Update Dependencies (REUPLOAD) Uglify-JS: 2.8.22 > 3.0.3 QUnitJS: 2.3.1 > 2.3.2 PostCSS-CLI: 3.1.1 > 4.0.0 Clean-CSS-CLI: 4.0.12 > 4.1.0 Babel-Eslint: 7.2.2 > 7.2.3 AutoPrefixer: 6.7.7 > 7.0.1 * Updates More Dependencies Autoprefixer: v7.0.1 > v7.1.1 Clean-CSS-CLI: v4.1.0 > v4.1.3 Node-Sass: v4.5.2 > v4.5.3 PostCSS-FlexBugs-Fixes: v2.1.1 > v3.0.0 Uglify-JS: v3.0.3 > v3.0.11 Signed-off-by: CDAGaming <cstack2011@yahoo.com> * Update Gem Bundler Dependency Signed-off-by: CDAGaming <cstack2011@yahoo.com> * Update Gemfile.lock Dependency Signed-off-by: CDAGaming <cstack2011@yahoo.com> * Update QUnit Signed-off-by: CDAGaming <cstack2011@yahoo.com> * Update Uglify-JS to v3.0.13 Signed-off-by: CDAGaming <cstack2011@yahoo.com>
How does Bootstrap's test suite work?
Bootstrap uses QUnit, 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, run npm run js-test
.
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?
- Locate and open the file dedicated to the plugin which you need to add tests to (
unit/<plugin-name>.js
). - Review the QUnit API Documentation and use the existing tests as references for how to structure your new tests.
- Write the necessary unit test(s) for the new or revised functionality.
- Run
npm run js-test
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
to ensure that the expected assertions are run. - Each test should follow the project's JavaScript Code Guidelines
Example tests
// 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')
})