En las pruebas de mocha al llamar a la función asincrónica, cómo evitar el tiempo de espera Error: se excedió el tiempo de espera de 2000 ms

En mi aplicación de nodo, estoy usando mocha para probar mi código. Al llamar a muchas funciones asincrónicas usando mocha, obtengo un error de tiempo de espera ( Error: timeout of 2000ms exceeded.). ¿Cómo puedo resolver esto?

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();
        });

    });

});

Puede configurar el tiempo de espera al ejecutar su prueba:

mocha --timeout 15000

O puede establecer el tiempo de espera para cada suite o cada prueba mediante programación:

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

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

Para más información ver los documentos .

Me parece que la "solución" de solo aumentar los tiempos de espera oscurece lo que realmente está sucediendo aquí, que es

1. Su código y / o llamadas de red son demasiado lentas (deben ser inferiores a 100 ms para una buena experiencia de usuario)
2. Las afirmaciones (pruebas) están fallando y algo está tragándose los errores antes de que Mocha pueda actuar sobre ellos.

Por lo general, se encuentra con el n. ° 2 cuando Mocha no recibe errores de aserción de una devolución de llamada. Esto es causado por algún otro código que traga la excepción más arriba en la pila. La forma correcta de lidiar con esto es arreglar el código y no tragar el error .

Cuando el código externo se traga tus errores

En caso de que sea una función de biblioteca que no pueda modificar, debe detectar el error de aserción y pasarlo usted mismo a Mocha. Para ello, envuelva su devolución de llamada de aserción en un bloque try / catch y pase cualquier excepción al controlador hecho.

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);
    }
  });
});

Por supuesto, esta placa repetitiva se puede extraer en alguna función de utilidad para hacer que la prueba sea un poco más agradable a la 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);
    }
}

Acelerar las pruebas de red

Aparte de eso, le sugiero que siga los consejos sobre cómo comenzar a usar los talones de prueba para las llamadas de red para que las pruebas pasen sin tener que depender de una red en funcionamiento. Usando Mocha, Chai y Sinon, las pruebas podrían verse así

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;
    });

});

Vea los nisedocumentos de Sinon para más información.

Un poco tarde, pero alguien puede usar esto en el futuro ... Puede aumentar el tiempo de espera de la prueba actualizando los scripts en su package.json con lo siguiente:

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

Ejecute sus pruebas usando el comando test

Si está utilizando funciones de flecha:

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

Para mí, el problema era en realidad la función de descripción, que cuando se proporciona una función de flecha, hace que el mocha pierda el tiempo de espera y no se comporte de manera consistente. (Usando ES6)

como no se rechazó ninguna promesa, recibía este error todo el tiempo por diferentes pruebas que fallaban dentro del bloque de descripción

así es como se ve cuando no funciona correctamente:

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

y esto funciona usando la función anónima

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

Espero que ayude a alguien, mi configuración para lo anterior: (nodejs: 8.4.0, npm: 5.3.0, mocha: 3.3.0)

Mi problema no era devolver la respuesta, por lo que estaba colgando. Si está utilizando express, asegúrese de que res.send (datos), res.json (datos) o cualquier método de API que quiera usar se ejecute para la ruta que está probando.

Asegúrese de resolver / rechazar las promesas utilizadas en los casos de prueba, ya sean espías o trozos, asegúrese de que resuelvan / rechacen.