Nel test moka durante la chiamata della funzione asincrona come evitare il timeout Errore: timeout superato di 2000 ms

Nella mia applicazione nodo sto usando mocha per testare il mio codice. Durante la chiamata di molte funzioni asincrone tramite moka, viene visualizzato l'errore di timeout ( Error: timeout of 2000ms exceeded.). Come posso risolvere questo?

var module = require('../lib/myModule');
var should = require('chai').should();

describe('Testing Module', function() {

    it('Save Data', function(done) {

        this.timeout(15000);

        var data = {
            a: 'aa',
            b: 'bb'
        };

        module.save(data, function(err, res) {
            should.not.exist(err);
            done();
        });

    });


    it('Get Data By Id', function(done) {

        var id = "28ca9";

        module.get(id, function(err, res) {

            console.log(res);
            should.not.exist(err);
            done();
        });

    });

});

Puoi impostare il timeout durante l'esecuzione del test:

mocha --timeout 15000

Oppure puoi impostare il timeout per ciascuna suite o ciascun test a livello di codice:

describe('...', function(){
  this.timeout(15000);

  it('...', function(done){
    this.timeout(15000);
    setTimeout(done, 15000);
  });
});

Per maggiori informazioni consultare la documentazione .

Trovo che la "soluzione" del solo aumentare i timeout oscuri ciò che sta realmente accadendo qui, che è neanche

1. Il tuo codice e / o le chiamate di rete sono troppo lente (dovrebbe essere inferiore a 100 ms per una buona esperienza utente)
2. Le asserzioni (test) falliscono e qualcosa sta inghiottendo gli errori prima che Mocha riesca ad agire su di essi.

Di solito incontri # 2 quando Mocha non riceve errori di asserzione da una richiamata. Ciò è causato da qualche altro codice che ingoia l'eccezione più in alto nello stack. Il modo giusto di gestirlo è correggere il codice e non ingoiare l'errore .

Quando il codice esterno ingoia i tuoi errori

Nel caso in cui sia una funzione di libreria che non è possibile modificare, è necessario rilevare l'errore di asserzione e trasmetterlo a Mocha. Puoi farlo racchiudendo il callback di asserzione in un blocco try / catch e passare eventuali eccezioni al gestore fatto.

it('should not fail', function (done) { // Pass reference here!

  i_swallow_errors(function (err, result) {
    try { // boilerplate to be able to get the assert failures
      assert.ok(true);
      assert.equal(result, 'bar');
      done();
    } catch (error) {
      done(error);
    }
  });
});

Naturalmente questa piastra di cottura può essere estratta in alcune funzioni di utilità per rendere il test un po 'più piacevole alla vista:

it('should not fail', function (done) { // Pass reference here!
    i_swallow_errors(handleError(done, function (err, result) {
        assert.equal(result, 'bar');
    }));
});

// reusable boilerplate to be able to get the assert failures
function handleError(done, fn) {
    try { 
        fn();
        done();
    } catch (error) {
        done(error);
    }
}

Accelerare i test di rete

Oltre a ciò, ti suggerisco di prendere i consigli su come iniziare a utilizzare gli stub di test per le chiamate di rete per far passare i test senza dover fare affidamento su una rete funzionante. Usando Mocha, Chai e Sinon i test potrebbero assomigliare a questo

describe('api tests normally involving network calls', function() {

    beforeEach: function () {
        this.xhr = sinon.useFakeXMLHttpRequest();
        var requests = this.requests = [];

        this.xhr.onCreate = function (xhr) {
            requests.push(xhr);
        };
    },

    afterEach: function () {
        this.xhr.restore();
    }


    it("should fetch comments from server", function () {
        var callback = sinon.spy();
        myLib.getCommentsFor("/some/article", callback);
        assertEquals(1, this.requests.length);

        this.requests[0].respond(200, { "Content-Type": "application/json" },
                                 '[{ "id": 12, "comment": "Hey there" }]');
        expect(callback.calledWith([{ id: 12, comment: "Hey there" }])).to.be.true;
    });

});

Vedi i nisedocumenti di Sinon per maggiori informazioni.

Un po 'in ritardo, ma qualcuno può usarlo in futuro ... Puoi aumentare il timeout del test aggiornando gli script nel tuo package.json con quanto segue:

"scripts": { "test": "test --timeout 10000" //Adjust to a value you need }

Esegui i test utilizzando il comando test

Se si utilizzano le funzioni freccia:

it('should do something', async () => {
  // do your testing
}).timeout(15000)

Per me il problema era in realtà la funzione di descrizione, che quando fornita una funzione freccia, fa perdere il timeout alla moka e si comporta in modo non coerente. (Usando ES6)

poiché nessuna promessa è stata respinta, ho riscontrato questo errore continuamente per diversi test che non riuscivano all'interno del blocco di descrizione

quindi come appare quando non funziona correttamente:

describe('test', () => { 
 assert(...)
})

e questo funziona usando la funzione anonima

describe('test', function() { 
 assert(...)
})

Spero che aiuti qualcuno, la mia configurazione per quanto sopra: (nodejs: 8.4.0, npm: 5.3.0, moka: 3.3.0)

Il mio problema non stava restituendo la risposta, quindi era sospeso. Se si utilizza express, assicurarsi che res.send (data), res.json (data) o qualunque sia il metodo api che si desidera utilizzare sia eseguito per il percorso che si sta testando.

Assicurati di risolvere / rifiutare le promesse utilizzate nei casi di test, sia che si tratti di spie o stub, accertati che vengano risolte / rifiutate.