Chai: Bewältigung des schwer fassbaren „expect.to.throw“ in Node.js
Chais „expect.to.throw“ kann sich in Node als verwirrend erweisen. js-Tests. Trotz seines beabsichtigten Zwecks, ausgelöste Fehler zu bestätigen, schlägt es oft fehl, wenn es direkt auf Codeausschnitte angewendet wird.
Das Problem verstehen:
Betrachten Sie den Beispieltestfall:
it('should throw an error if you try to get an undefined property', function (done) { // Passing the result of model.get('z') directly fails expect(model.get('z')).to.throw('Property does not exist in model schema.'); });
Dieser Test schlägt fehl, obwohl der Fehler tatsächlich ausgegeben wird. Ein häufiges Missverständnis besteht darin, dass „expect.to.throw“ den Abruf und die Bestätigung des ausgelösten Fehlers übernimmt.
Lösung: Funktionsübergabe berücksichtigen:
Der Schlüssel zur Lösung dieses Problems Das Problem besteht darin, eine Funktion an „expect.to.throw“ anstelle des Ergebnisses zu übergeben. Diese Funktion wird von Expect ausgeführt und löst den Abruf und die Validierung des ausgegebenen Fehlers aus:
expect(model.get.bind(model, 'z')).to.throw('Property does not exist in model schema.');
In diesem modifizierten Code ist model.get an den Kontext des Modellobjekts gebunden und „z“ ist festgelegt als sein Argument. Anschließend wird die resultierende Funktion an Expect.to.throw übergeben, um sicherzustellen, dass der beabsichtigte Fehler erfasst und geltend gemacht wird.
Mit diesem Ansatz können Sie die volle Leistungsfähigkeit von Expect.to.throw in Node nutzen. js-Tests, um das Auftreten ausgelöster Fehler effektiv zu bestätigen und die Robustheit Ihres Codes sicherzustellen.
Das obige ist der detaillierte Inhalt vonWarum kann „expect.to.throw' ausgelöste Fehler in Node.js-Tests nicht bestätigen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!