Wie testen Sie eine stub-Rückkehr ein Versprechen in einer async-test?

Wie kann ich testen, dies in eine asynchrone Weise?

it('Should test something.', function (done) {

    var req = someRequest,
        mock = sinon.mock(response),
        stub = sinon.stub(someObject, 'method');

     //returns a promise
     stub.withArgs('foo').returns(Q.resolve(5));

     mock.expects('bar').once().withArgs(200);

     request(req, response);

     mock.verify();

});

Und hier ist die Methode zu testen.

var request = function (req, response) {

    ...

    someObject.method(someParameter)
        .then(function () {
            res.send(200);
        })
        .fail(function () {
            res.send(500);
        });

};

Wie Sie sehen können ich bin mit node.js Q (für das Versprechen), sinon für Spott und stubbing und mocha als Testumgebung. Der test über fehl, weil der async-Verhalten von der request-Methode, und ich weiß nicht, Wann getan ( ... ) in den test.

Einfachste Weg, fand ich in der Arbeit mit asynchronen Aufrufe, wenn Sie verwenden möchten, die Antwort, war die Pause die Funktion in 2 an dem Punkt, wo die Reaktion nötig ist, und rufen Sie den zweiten Teil, wenn die Antwort empfangen wird.
Sie müssen eine Antwort auswählen, nicht nur upvote.

InformationsquelleAutor Stefan | 2013-04-15

6

Müssen Sie rufen Sie auf fertig, nachdem Sie alle asynchronen Vorgänge abgeschlossen haben. Wann, denken Sie, wäre? Wie würden Sie normalerweise warten, bis ein request fertig ist?
```
it('Should test something.', function (done) {

   var req = someRequest,
       mock = sinon.mock(response),
       stub = sinon.stub(someObject, 'method');

    //returns a promise
    stub.withArgs('foo').returns(Q.resolve(5));

    mock.expects('bar').once().withArgs(200);

    request(req, response).then(function(){
       mock.verify();
       done();
    });

});
```
Könnte es auch eine gute Idee sein, markieren Sie Ihren test als, die versagt haben, eine errorcallback an die Anfrage Versprechen.
- Die Anfrage-Methode ist nicht ein Versprechen für sich. So gibt es keine .dann die Methode aufrufen. Ich würde warten, bis Antwort.senden aufgerufen wird. Leider ist die request-Methode beendet, bevor das passiert.
- Vielleicht ist der Kern dieses Problems nicht kam leise gut. Ich in der Regel der Ertrag der Rückruf von someObject.Methode wie so stub.withArgs('foo').yields(5). In diesem Fall wird die callback-Funktion wird immer sofort ausgeführt. Aber jetzt, mit dem Versprechen, die ich nur zurückgeben, ein deferred-Objekt und das auflösen und verwerfen handler aufgerufen zu spät, weil die request-Methode bereits beendet. Deshalb werden die mock-Objekte erhalten nicht verifiziert. Wenn ich wickeln Sie die verify-Methode in ein setTimeout mit einem Anruf getan mit es den test bestanden. setTimeout(function () { mock.verify(); done(); }, 100)
- Hmm, meiner Erfahrung nach ist es eine gute übung für asynchrone Methoden, um eine Möglichkeit zu wissen, Wann Sie abgeschlossen werden - um dies zu tun, können Sie entweder akzeptieren eine callback-Parameters, oder Rückkehr ein Versprechen. Je nachdem, welche Methode Sie verwenden, können Sie rufen Sie die "end of test" - code.
- Du hast Recht, wenn ich tun wollen, verwenden Sie verspricht dann muss ich implementieren, die Antworten send-Methode mit einem Aufruf an getan es. Aber in dem Fall kann ich vergessen über die Verwendung von mocks...
InformationsquelleAutor David McMullin

Funktionierende Lösung im Typoskript:

 var returnPromise = myService.method()
    returnPromise.done(() => {
        mock.verify()
    })

InformationsquelleAutor Łukasz Rzeszotarski

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.