Kava
Search…
Introduction
Kava has been powering accurate test suites for Node.js and Web Browsers since 2012.
What is Kava?
Outside of development, kava is a narcotic sedative drink made in Polynesia from the crushed roots of a plant of the pepper family.
Why Kava?
Kava is built upon TaskGroup which offers all the same benefits as the other testing libraries, but with these superior benefits:
- 1.It accurately associates tests with suites. This is something which other test utilities merely guess, which leads them to false positives, especially with asynchronous tests.
- 2.It doesn't need a special runtime setup. Your tests can be run just like any other script you write. Allowing you to use your existing knowledge to write and debug your tests.
In general, it can be stated that kava produces a state of calmness, relaxation and well-being without diminishing cognitive performance.
Getting Started
Installation
To make use of Kava for your testing, you must first install it:
1
npm install --save-dev kava
Copied!
Usage
Using Kava is as simple as requiring it.
Let's say we are writing a package called
myfirstpackage, generally we would write a test.js file which makes use of Kava like so:test.js
1
const kava = require('kava')
2
3
kava.suite('myfirstpackage', function (suite, test) {
4
suite('a group of tests', function (suite, test) {
5
test('an individual test', function () {
6
/* the testing logic for this test would go here */
7
})
8
})
9
})
Copied!
To run our tests with Kava, we simply run our tests:
1
node ./test.js
Copied!
Which would produce the following:
1
myfirstpackage
2
myfirstpackage ➞ a group of tests
3
myfirstpackage ➞ a group of tests ➞ an individual test
4
myfirstpackage ➞ a group of tests ➞ an individual test ✔
5
myfirstpackage ➞ a group of tests ✔
6
myfirstpackage ✔
7
8
1/1 tests ran successfully, everything passed
Copied!
Architecture
Tests in Kava are extensions of the TaskGroup's Task class. Suites in Kava (a collection of tests) are extensions of TaskGroup's TaskGroup class.
This makes the Kava codebase incredibly simple yet incredibly powerful thanks to the existing robustness of TaskGroup, which already offers flow control, error reporting, and optional completion callbacks. All Kava needs to add, is the syntactic sugar and reporting that we come to expect from a modern testing framework.
Tests
Tests can be written like so:
1
test('my synchronous test name', function () {
2
console.log('running our test')
3
})
Copied!
Which will output:
1
my synchronous test name
2
running our test
3
my synchronous test name ✔
4
5
1/1 tests ran successfully, everything passed
Copied!
Tests can also become asynchronous by accepting a completion callback like so:
1
test('my asynchronous test', function (done) {
2
console.log('starting test...')
3
setTimeout(function () {
4
console.log('...finishing test')
5
done()
6
}, 1000)
7
})
Copied!
Which will output:
1
my asynchronous test name
2
starting test...
3
...finishing test
4
my asynchronous test name ✔
5
6
1/1 tests ran successfully, everything passed
Copied!
Test Examples
Here is an example of a synchronous read file test:
1
const file = __filename
2
test('read the current file and assert it contains the word test', function () {
3
// if this throws for whatever reason, the error will be caught by Kava, and the test marked as failed
4
if ( require('fs').readFileSync(file).indexOf('test') === -1 ) {
5
// errors can also be returned rather than thrown
6
return new Error(`could not find the word test within the file ${file}`)
7
}
8
})
Copied!
Here is an example of an asynchronous read file test:
1
const file = __filename
2
test('reading the current file is possible', function (done) {
3
console.log('commencing read of', file)
4
require('fs').readFile(file, function (err, data) {
5
// if there was an error, let your completion callback know
6
if ( err ) return done(err)
7
8
// if there wasn't an error, let us know
9
console.log('file read successfully')
10
11
// call our completion callback to signify this test is now complete
12
done()
13
})
14
})
Copied!
Suites
A suite is a collection of tests. They can be written like so:
1
suite('main suite', function (suite, test) {
2
test('async test within main suite', function (done) {
3
console.log(' starting [async test within main suite]...')
4
setTimeout(function () {
5
console.log(' ...finishing [async test within main suite]')
6
done()
7
}, 1000)
8
})
9
10
test('sync test within main suite', function () {
11
console.log(' running [sync test within main suite]')
12
})
13
14
// create a child suite within the main suite
15
suite('child suite', function (suite, test) {
16
test('async test within child suite', function (done) {
17
console.log(' starting [async test within child suite]...')
18
setTimeout(function () {
19
console.log(' ...finishing [async test within child suite]')
20
done()
21
}, 1000)
22
})
23
24
test('sync test within child suite', function () {
25
console.log(' running [sync test within child suite]')
26
})
27
})
28
})
Copied!
The receiving of the
suite and test arguments, and their usage within, creates proper nesting structures, such that children are actually children and are treated as such, in regards to reporting and flow execution, as seen by the output of the above:1
main suite
2
main suite ➞ async test within main suite
3
starting [async test within main suite]......
4
...finishing [async test within main suite]
5
main suite ➞ async test within main suite ✔
6
main suite ➞ sync test within main suite
7
running [sync test within main suite]
8
main suite ➞ sync test within main suite ✔
9
main suite ➞ child suite
10
main suite ➞ child suite ➞ test within child suite
11
starting [async test within child suite]......
12
...finishing [async test within child suite]
13
main suite ➞ child suite ➞ async test within child suite ✔
14
main suite ➞ child suite ➞ sync test within main suite
15
running [sync test within child suite]
16
main suite ➞ child suite ➞ sync test within child suite ✔
17
main suite ➞ child suite ✔
18
main suite ✔
19
20
4/4 tests ran successfully, everything passed
Copied!
As you would notice from the above, by default Suites execute their items serially, that is one after the other, waiting for the current item to complete before starting the next. This is a sensible default, and is inherited from Suites inheritance of TaskGroup.
Suite Concurrency
As Suites do inherit from TaskGroup, and as TaskGroup allows us to configure the concurrency via the
concurrency option, we could have our suite execute in parallel by doing:1
suite('main suite', function (suite, test) {
2
// make this suite execute in parallel with unlimited concurrency
3
this.setConfig({concurrency: 0})
4
// continue just like before
5
// ...
6
})
Copied!
Which will alter the output to be the following:
1
main suite
2
main suite ➞ async test within main suite
3
starting [async test within main suite]......
4
main suite ➞ sync test within main suite
5
running [sync test within main suite]
6
main suite ➞ sync test within main suite ✔
7
main suite ➞ child suite
8
main suite ➞ child suite ➞ test within child suite
9
starting [async test within child suite]......
10
...finishing [async test within child suite]
11
main suite ➞ child suite ➞ async test within child suite ✔
12
main suite ➞ child suite ➞ sync test within main suite
13
running [sync test within child suite]
14
main suite ➞ child suite ➞ sync test within child suite ✔
15
main suite ➞ child suite ✔
16
...finishing [async test within main suite]
17
main suite ➞ async test within main suite ✔
18
main suite ✔
19
20
4/4 tests ran successfully, everything passed
Copied!
Suite Initialisation
Suites can also create tasks asynchronously by the use of a completion callback for the suite initialiser.
1
suite('main suite', function (suite, test, done) {
2
// add some tests immediately just like before
3
test('this test is added to the suite immediately, just like in the previous example', function () {
4
//code for your test
5
})
6
7
// add some tests after a 1 second delay
8
setTimeout(function () {
9
test('this test is added to the suite after a 1 second delay', function () {
10
// code for your test
11
})
12
suite('this suite is added to the suite after a 1 second delay', function (suite, test) {
13
test('some test', function () {
14
// code for your test
15
})
16
})
17
18
// call our suites completion callback to signify the suite is now ready to run
19
done()
20
}, 1000)
21
})
Copied!
This is because under the hood, the suite initialiser is just a TaskGroup Task, that Kava configures with the
suite and test arguments, and the TaskGroup pops on the optional completion callback and executes it accordingly.Suite Example
Here is an example making use of all that we learned above:
1
// Prepare
2
const fsUtil = require('fs')
3
const pathUtil = require('path')
4
const dir = __dirname
5
6
// Create our suite, that will read the directory, and add tests for file
7
suite(`all files within ${dir} contain the word test`, function (suite, test, complete) {
8
// Make the file tests occur in parallel to save time
9
this.setConfig({concurrency: 0})
10
11
// Add the file tests by reading the directory
12
fs.readdir(dir, function (err, _files) {
13
// Abort the test if there was an error
14
if ( err ) return complete(err)
15
16
// Add the tests for each file
17
files.forEach(function (file) {
18
const path = pathUtil.join(dir, file)
19
20
// Add the test for reading and checking the file
21
test(`checking ${file}`, function (complete) {
22
fs.readFile(path, function (err, data) {
23
if ( err ) return complete(err)
24
if ( data.toString().indexOf('test') === -1 ) {
25
return complete(new Error('could not find the word test'))
26
}
27
return complete()
28
})
29
})
30
})
31
32
// Directory has been read, tests have been added, signal our initialisation is complete
33
// so that the items within our suite can be run
34
return complete()
35
})
36
})
Copied!
Hooks
Kava gives us support for before and after hooks for our tests and suites, such that we can perform synchronous and asynchronous actions before or after a specific test or suite, or all tests or suites within a particular suite.
To add before and after hooks to a specific Suite or Test, we would pass our listeners into the
before and after options like so:1
function before (complete) {
2
console.log('this is running before the test:', this.name)
3
setTimeout(function () {
4
console.log('and has a completion callback making it asynchronous')
5
complete()
6
}, 1000)
7
}
8
function after () {
9
console.log('this is running after the test:', this.name)
10
}
11
kava.test('our test with hooks', {before, after}, function (suite, test) {
12
console.log('our test is running')
13
})
Copied!
To add before and after hooks for every item within a suite, we can use event listeners like so:
1
kava.suite('our suite', function (suite, test) {
2
this.on('test.before', function (test, complete) {
3
console.log('this is running before the test:', test.name)
4
setTimeout(function () {
5
console.log('and has a completion callback making it asynchronous')
6
complete()
7
}, 1000)
8
})
9
this.on('test.after', function (test, complete) {
10
console.log('this is running after the test:', test.name)
11
})
12
13
test('first test', function (complete) {
14
setTimeout(function () {
15
console.log('this is the output from the first test')
16
complete()
17
}, 1000)
18
})
19
20
test('second test', function () {
21
console.log('this is the output from the second test')
22
})
23
})
Copied!
Reporters
Kava also supports different reporters. Reporters listen to the status of suites and tests and output their results to you.
The default reporter is the Console reporter. However, there is another builtin reporter called the List reporter which outputs only the results of tests, rather than their commencement.
You can select the reporter you wish to use via the
KAVA_REPORTER environment variable like so:1
env KAVA_REPORTER=list node ./test.js
Copied!
Summary
This page covers everything you need to utilise Kava for your testing purposes.
Last modified 3yr ago