JavaScript native QUnit runner with code coverage and multiple extensions

gt v0.8.49

JavaScript native QUnit runner with code coverage and multiple extensions

gt requires nodejs and a few modules to run. Assuming you wrote a few qunit tests in tests.js:

sudo npm install -g gt
gt tests.js
some of the options (-h for all):
  -l <debug level> 0 = debug, 1 = default, 2 = warnings, 3 = errors
  -r <report level> 0 = all (default), 1 = failed tests only
  1. Make sure QUnit tests work with istanbul JS coverage tool
  2. Experiment with JS unit testing by writing a framework from scratch.

A simple example is in examples subfolder

Unit tests follow QUnit approach:

gt.module("Basic tests");
gt.test("get N '='", function () {
    gt.ok(typeof getLines === "function", "getLines is a function");
    gt.equal(getLines(0), "", "0 character");
    gt.equal(getLines(1), "=", "1 character");

Creates unit test report (stdout only) and JS code coverage (stdout plus Lines of Code + HTML in folder cover)

gt ./examples/basic/tests ./examples/basic/exceptionTests

Sample unit test output image

Sample JS coverage output image

You can write your unit tests using coffeescript, which allows very concise code. So far, the code coverage does not include the unit test files themselves, they will be omitted from the coverage report. See examples/coffee folder.

See example examples/browser

gt provides minimal BDD support and can run Mocha/Jasmine specs that have describe and it calls. See spec example. You can run it using gt --bdd spec.js command.

Creates new suite of tests with given name

gt.module('math tests');

You can specify additional functions to run before / after each unit tests. You can also specify a function to run once before any tests, and after all tests.

gt.module('server tests', {
    setupOncefunction () {
        // setup server 
    setupfunction () {
        // clear data before each unit test 
    teardownfunction () {
        // clean up after each unit test 
    teardownOncefunction () {
        // stop server 

See module tests for more information and examples.

A very convenient feature: each method can return a promise object to tell the test engine when it is done. See example

Spawns new proces, waits for it to finish, then checks the exit code. Automatically restarts the test queue

Checking just the exit code

gt.async('run Nodejs program', function () {
  gt.exec('node', ['index.js', 'arg1', 'arg2'], 0,
    'expect "node index.js arg1 arg2" to exit with code 0');

Checking the exit code and the output

gt.async('run a program', function () {
  gt.exec('node', ['index.js', 'arg1', 'arg2'], 0,
    function (stdoutstderr) {
      if (/error/.test(stdout)) {
        throw new Error('Errors in output ' + stdout);

Full exec unit test


gt.exec(cmd, [...], 'msg');
// same as 
gt.exec(cmd, [...], 0, 'msg');
gt.exec(cmd, 'msg');
// same as 
gt.exec(cmd, [], 0, msg);
// same as 
gt.exec(cmd, [], 0);

Performs deep equality comparison between two objects.

gt excludes certain common paths from coverage, speeding up the test runs: node_modules, bower_components, etc. You can add paths to this list, for example to exclude all files loaded from vendor folders:

gt --no-cover vendor src/*.js tests/*.js

The option is used as case insensitive regular expression.

Author: Gleb Bahmutov © 2014

License: MIT - do anything with the code, but don't blame me if it does not work.

Spread the word: tweet, star on github, etc.

Support: if you find any problems with this module, email / tweet / open issue on Github.