Beim Mokka-Testen beim Aufrufen der asynchronen Funktion wird vermieden, dass das Zeitlimit vermieden wird. Fehler: Das Zeitlimit von 2000 ms wurde überschritten

In meiner Knotenanwendung verwende ich Mokka, um meinen Code zu testen. Beim Aufrufen vieler asynchroner Funktionen mit Mokka wird ein Timeout-Fehler ( Error: timeout of 2000ms exceeded.) angezeigt . Wie kann ich das beheben?

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

    });

});

Sie können entweder das Zeitlimit festlegen, wenn Sie Ihren Test ausführen:

mocha --timeout 15000

Oder Sie können das Zeitlimit für jede Suite oder jeden Test programmgesteuert festlegen:

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

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

Weitere Informationen finden Sie in den Dokumenten .

Ich finde, dass die "Lösung", nur die Zeitüberschreitungen zu erhöhen, verdeckt, was hier wirklich vor sich geht

1. Ihr Code und / oder Ihre Netzwerkanrufe sind viel zu langsam (sollten für eine gute Benutzererfahrung unter 100 ms liegen).
2. Die Behauptungen (Tests) schlagen fehl und etwas verschluckt die Fehler, bevor Mocha darauf reagieren kann.

Normalerweise stoßen Sie auf Nummer 2, wenn Mocha keine Bestätigungsfehler von einem Rückruf erhält. Dies wird durch einen anderen Code verursacht, der die Ausnahme weiter oben im Stapel verschluckt. Der richtige Weg, um damit umzugehen, besteht darin, den Code zu korrigieren und den Fehler nicht zu verschlucken .

Wenn externer Code Ihre Fehler verschluckt

Falls es sich um eine Bibliotheksfunktion handelt, die Sie nicht ändern können, müssen Sie den Assertionsfehler abfangen und selbst an Mocha übergeben. Sie tun dies, indem Sie Ihren Assertion-Rückruf in einen Try / Catch-Block einschließen und alle Ausnahmen an den erledigten Handler übergeben.

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

Diese Boilerplate kann natürlich in eine Utility-Funktion extrahiert werden, um den Test für das Auge ein wenig angenehmer zu gestalten:

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

Beschleunigung von Netzwerktests

Abgesehen davon schlage ich vor, dass Sie die Ratschläge zur Verwendung von Teststubs für Netzwerkanrufe lesen, um Tests zu bestehen, ohne auf ein funktionierendes Netzwerk angewiesen zu sein. Mit Mocha, Chai und Sinon könnten die Tests ungefähr so ​​aussehen

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

});

Siehe Sinon der nisedocs für weitere Informationen.

Ein bisschen spät, aber jemand kann dies in Zukunft verwenden ... Sie können Ihr Test-Timeout erhöhen, indem Sie die Skripte in Ihrer package.json wie folgt aktualisieren:

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

Führen Sie Ihre Tests mit dem Befehl aus test

Wenn Sie Pfeilfunktionen verwenden:

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

Für mich war das Problem tatsächlich die Beschreibungsfunktion, die bei Bereitstellung einer Pfeilfunktion dazu führt, dass Mokka das Timeout verpasst und sich nicht konsistent verhält. (Mit ES6)

Da kein Versprechen abgelehnt wurde, wurde dieser Fehler ständig für verschiedene Tests angezeigt, die innerhalb des Beschreibungsblocks fehlgeschlagen sind

So sieht es aus, wenn es nicht richtig funktioniert:

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

und dies funktioniert mit der anonymen Funktion

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

Hoffe es hilft jemandem, meine Konfiguration für die oben genannten: (nodejs: 8.4.0, npm: 5.3.0, mocha: 3.3.0)

Mein Problem bestand darin, die Antwort nicht zurückzusenden, daher hing sie. Wenn Sie Express verwenden, stellen Sie sicher, dass res.send (Daten), res.json (Daten) oder eine beliebige API-Methode, die Sie verwenden möchten, für die zu testende Route ausgeführt wird.

Stellen Sie sicher, dass Sie die in den Testfällen verwendeten Versprechen auflösen / ablehnen, sei es Spione oder Stubs. Stellen Sie sicher, dass sie auflösen / ablehnen.