Podczas testowania mokki podczas wywoływania funkcji asynchronicznej, jak uniknąć przekroczenia limitu czasu Błąd: przekroczono limit 2000 ms

W mojej aplikacji węzłowej używam mokki do testowania mojego kodu. Podczas wywoływania wielu funkcji asynchronicznych za pomocą mocha, pojawia się błąd przekroczenia limitu czasu ( Error: timeout of 2000ms exceeded.). Jak mogę to rozwiązać?

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

    });

});

Możesz ustawić limit czasu podczas uruchamiania testu:

mocha --timeout 15000

Lub możesz ustawić limit czasu dla każdego pakietu lub każdego testu programowo:

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

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

Aby uzyskać więcej informacji, zobacz dokumenty .

Uważam, że „rozwiązanie” polegające na zwiększeniu limitów czasowych zaciemnia to, co naprawdę się tutaj dzieje, co też jest

1. Twój kod i / lub połączenia sieciowe są zbyt wolne (powinny być mniejsze niż 100 ms, aby zapewnić dobrą obsługę)
2. Twierdzenia (testy) zawodzą i coś połyka błędy, zanim Mocha będzie w stanie na nie zareagować.

Zazwyczaj napotykasz numer 2, gdy Mocha nie otrzymuje błędów potwierdzenia od oddzwonienia. Jest to spowodowane tym, że jakiś inny kod połyka wyjątek na górze stosu. Prawidłowym sposobem radzenia sobie z tym jest naprawienie kodu, a nie połknięcie błędu .

Gdy kod zewnętrzny połyka błędy

Jeśli jest to funkcja biblioteki, której nie możesz zmodyfikować, musisz złapać błąd asercji i sam przekazać go Mocha. Robisz to, zawijając swoje wywołanie zwrotne asercji w bloku try / catch i przekazując wszelkie wyjątki do gotowej procedury obsługi.

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

Tę płytę kotłową można oczywiście wyodrębnić do jakiejś funkcji użytkowej, aby uczynić test nieco bardziej przyjemnym dla oka:

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

Przyspieszenie testów sieciowych

Poza tym sugeruję, abyś zapoznał się z poradami na temat rozpoczynania używania kodów testowych do połączeń sieciowych w celu przeprowadzenia testów bez konieczności polegania na działającej sieci. W przypadku Mocha, Chai i Sinon testy mogą wyglądać mniej więcej tak

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

});

Zobacz dokumentację Sinona,nise aby uzyskać więcej informacji.

Trochę późno, ale ktoś może to wykorzystać w przyszłości ... Możesz zwiększyć limit czasu testu, aktualizując skrypty w pliku package.json, wykonując następujące czynności:

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

Uruchom testy za pomocą polecenia test

Jeśli używasz funkcji strzałek:

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

Dla mnie problemem była właściwie funkcja opisu, która po udostępnieniu funkcji strzałki powoduje, że mokka nie może przekroczyć limitu czasu i nie zachowuje się konsekwentnie. (Korzystanie z ES6)

ponieważ żadna obietnica nie została odrzucona, cały czas otrzymywałem ten błąd dla różnych testów, które zawiodły w bloku opisu

tak to wygląda, gdy nie działa poprawnie:

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

i to działa przy użyciu funkcji anonimowej

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

Mam nadzieję, że to komuś pomoże, moja konfiguracja dla powyższego: (nodejs: 8.4.0, npm: 5.3.0, mocha: 3.3.0)

Moim problemem nie było odesłanie odpowiedzi, więc zawiesiło się. Jeśli używasz ekspresowego, upewnij się, że res.send (dane), res.json (dane) lub jakakolwiek metoda interfejsu API, której chcesz użyć, jest wykonywana dla testowanej trasy.

Upewnij się, że rozwiązałeś / odrzuciłeś obietnice zastosowane w przypadkach testowych, czy to szpiedzy, czy pośrednicy, upewnij się, że rozwiązują / odrzucają.