-
-
Save samwize/8877226 to your computer and use it in GitHub Desktop.
// # Mocha Guide to Testing | |
// Objective is to explain describe(), it(), and before()/etc hooks | |
// 1. `describe()` is merely for grouping, which you can nest as deep | |
// 2. `it()` is a test case | |
// 3. `before()`, `beforeEach()`, `after()`, `afterEach()` are hooks to run | |
// before/after first/each it() or describe(). | |
// | |
// Which means, `before()` is run before first it()/describe() | |
// ----------------------------------------------------------------------------- | |
// should.js is the preferred assertion library | |
var should = require('should'); | |
// **Only 1 test case (in a nameless test suite)** | |
it('birds should fly', function(){ | |
/** here.should.be.tested | |
* However, as long as no error within a it(), | |
* it() is considered PASSED */ | |
}) | |
// **Only 1 test case, but nested 3-level deep** | |
// describe() are: | |
// - commonly known as test suites, which contains test cases | |
// - merely groups, and you can have groups within groups | |
describe('galaxy', function(){ | |
describe('earth', function(){ | |
describe('singapre', function(){ | |
it('birds should fly', function(){ /** ... */ }) | |
}) | |
}) | |
}) | |
// **2 test cases in 1 test suite** | |
// A common scenario. | |
describe('singapre', function(){ | |
it('birds should fly', function(){ /** ... */ }) | |
it('horse should gallop', function(){ /** ... */ }) | |
}) | |
// **Run once before the first test case** | |
describe('singapre', function(){ | |
before(function(){ | |
console.log('see.. this function is run ONCE only') | |
}) | |
it('birds should fly', function(){ /** ... */ }) | |
it('horse should gallop', function(){ /** ... */ }) | |
}) | |
// **Run once before each test case** | |
describe('singapre', function(){ | |
beforeEach(function(){ | |
console.log('see.. this function is run EACH time') | |
}) | |
it('birds should fly', function(){ /** ... */ }) | |
it('horse should gallop', function(){ /** ... */ }) | |
}) | |
// **2 test suites in a big test suite** | |
// A common scenario. | |
describe('earth', function(){ | |
describe('singapre', function(){ | |
it('birds should fly', function(){ /** ... */ }) | |
}) | |
describe('malaysia', function(){ | |
it('birds should soar', function(){ /** ... */ }) | |
}) | |
}) | |
// **before() can be applied to describe() too** | |
describe('earth', function(){ | |
before(function(){ | |
console.log('see.. this function is run ONCE only, before first describe()') | |
}) | |
describe('singapre', function(){ | |
it('birds should fly', function(){ /** ... */ }) | |
}) | |
describe('malaysia', function(){ | |
it('birds should soar', function(){ /** ... */ }) | |
}) | |
}) | |
// **beforeEach() can be applied to describe() too** | |
describe('earth', function(){ | |
beforeEach(function(){ | |
console.log('see.. this function is run EACH time, before each describe()') | |
}) | |
describe('singapre', function(){ | |
it('birds should fly', function(){ /** ... */ }) | |
}) | |
describe('malaysia', function(){ | |
it('birds should soar', function(){ /** ... */ }) | |
}) | |
}) | |
Mocha offers a synonymous function for describe() which is called context(). It helps to keep an overview over the set of tests especially when nesting describes(). Instead you could write:
describe('feature', () => {
context('when not present', () => {
it('throws an error', () => {
[...]
Mocha offers a synonymous function for describe() which is called context(). It helps to keep an overview over the set of tests especially when nesting describes(). Instead you could write:
describe('feature', () => {
context('when not present', () => { it('throws an error', () => {
[...]
I know this is kinda old but I was wondering if there is way to have a before-hook before the second(third, etc) it. On the first it I'm testing for an empty result (HTTP 204) on the second it I want to have some data in the database. How would that work?
You should divide that over 2 describe
or context
clauses, since you are testing two very different situations. This is exactly what the structure is supposed to point out to you by making it 'not fit' the way you're trying to write it now.
What this is not telling me is the scope of variables created in say the before() or describe() functions.
What I want to do is:
- create an object
- mess with it
- check its state
- mess with it some more
- check its state
etc.
@sanfordstaab there's nothing magic going on with variable scoping, normal JavaScript rules apply. If you create variable in an outer scope, you can modify it in an inner scope then access it in a sibling scope.
Ah, yes, I eventually figured that out but what I noticed is that each it() and apparently describe() is called sequentially by mocha in an apparently asynchronous fashion, which I imagine is necessary to support async tests. Things happen in order but the flow is not linear.
Anyway, I am now wondering how to do UI testing that requires user verification and interaction - like mouse clicks on rendered HTML. I am researching that now and considering using alert() or confirm() messages to do that. Any suggestions are welcome and thanks for your examples here!
Hi, I am new to mocha, may I know if I could put 'describe' in 'it'? Something like below:
let data: string[]
before('prepare data', ()=> {
return new Promise((resolve: any) => {
setTimeout(()=> {
data = ['a', 'b'];
resolve();
}, 500)
});
});
it("test", function () {
describe("data", function () {
data?.forEach((m) => {
it(`${m}`, function () {
assert(m, 'not empty');
});
})
})
});
I agree with @SergeyKhval
Output:
So, not before each "describe" as the author said, but before each "it", i.e. before each test.