Kernpunkte

• phpunit wandelt den nativen Fehlern der PHP -Fehler in Ausnahmen um, wodurch der Codeausführung w?hrend des Tests ge?ndert werden kann. Dies kann beim Testen von Code mithilfe von trigger_error() -Funktionen Probleme verursachen.
• phpunit wandelt Fehler in Ausnahmen um, wodurch sich der Code in der Entwicklung und Tests unterschiedlich verhalten als in Produktionsumgebungen. Dies liegt daran, dass sich der Ausführungsprozess ?ndert, wenn ein Fehler auftritt.
• Um den Code mit trigger_error() genau zu testen, k?nnen Sie einen benutzerdefinierten Fehlerhandler verwenden, um Fehlerinformationen für die sp?tere Analyse mit Ansaugen zu erfassen. Auf diese Weise kann der Code die Ausführung fortsetzen und gleichzeitig die überprüfung der Fehlerbedingung erm?glicht.
Das Standardverhalten der Einheit der Einheit ist für genaue Tests von entscheidender Bedeutung. Bei einer Logik nach dem Ausl?sen kann die Erg?nzung der Funktionalit?t von Phpunit genaue Tests so nahe wie m?glich an der Produktionsumgebung erm?glichen.

Angenommen, Sie pflegen Code, der Fehlermeldungen mithilfe von PHP Native

Funktionen aufzeichnet. In der Zwischenzeit schreiben Sie Unit -Tests für diesen Code mit Phpunit. Wenn Sie sich auf das Phpunit -Handbuch beziehen, gibt es einen Abschnitt, der die Prüfung der Fehlerbedingungen gewidmet ist. Es beschreibt, wie Phpunit seinen eigenen Fehlerhandler implementiert, der Fehler, Warnungen und Benachrichtigungen in Ausnahmen umwandelt, und diese Ausnahmen zu erfassen, ist, wie Sie mit solchen Fehlertests umgehen sollten. Abh?ngig vom Erscheinungsbild Ihres Code k?nnen Sie jedoch Probleme mit diesem Ansatz mit Phpunit haben. Dieser Artikel erl?utert ausführlich, was dieses Problem ist, wie sich dies auf Ihre F?higkeit auswirkt, Ihren Code zu testen, und wie er l?st. trigger_error()

Was ist das Problem?

Fehler und Ausnahmen verhalten sich grunds?tzlich anders. Insbesondere im Zusammenhang mit diesem Artikel kann die Codeausführung unmittelbar nach

unmittelbar nach trigger_error() in Bezug auf diesen Artikel in Bezug auf einen t?dlichen Fehler angezeigt. Wenn eine Ausnahme ausgel?st wird, wird die Ausführung am Anfang des catch -Blocks fortgesetzt, der dieser Ausnahmegementen entspricht, die unmittelbar nach dem Punkt auftreten kann oder nicht, an dem die Ausnahme ausgel?st wird. Schauen wir uns einige Beispiele für diese Verhaltensweisen an. Zun?chst ist es ein Fehler.

<?php
error_reporting(E_ALL | E_STRICT);
echo "Before warning\n";
trigger_error("Danger Will Robinson!", E_USER_WARNING);
echo "After warning\n";
?>

Wenn Sie den oben genannten Code ausführen, erhalten Sie die folgende Ausgabe:

<code>Before warning
PHP Warning:  Danger Will Robinson! in /home/matt/error_handler.php on line 4
After warning</code>

Daraus k?nnen wir sehen, dass die trigger_error() -Antage nach der Ausführung der echo. Nun, Ausnahme.

<?php
try {
    echo "Before exception\n";
    throw new Exception("Danger Will Robinson!");
    echo "After exception\n";
}
catch (Exception $e) {
    echo "In catch block\n";
}
?>

Ausgabe:

<code>Before exception
In catch block</code>

Im Gegensatz zum Fehlerbeispiel wird der Code nach der Ausnahme nicht ausgeführt. Da Phpunit einen Fehler in eine Ausnahme umwandelt, verh?lt sich der Fehler mit der Ausnahme in Unit -Tests genauso. W?hrend des Tests wird kein Code ausgeführt, der nach Ausl?ser eines Fehlers ausgeführt wird. Geben Sie ein anderes Beispiel an:

<?php
function foo($param) {
    if (is_string($param)) {
        trigger_error(__FUNCTION__ . " no longer supports strings, pass an array", E_USER_NOTICE);
    }
    // do useful stuff with $param
    ...
}
?>

Mit der Revertierung von Fehler zu der Ausnahme ist es unm?glich zu testen, ob $param nützlich behandelt wird, da der Code niemals ausgeführt wird, wenn der Fehler in eine Ausnahme konvertiert wird.

Nebenwirkungen des Phpunit -Verhaltens

Dieser Fehler zur Ausnahme von Fehler führt dazu, dass sich der Code in der Entwicklung und Tests unterschiedlich verhalten als in Produktionsumgebungen. Hier ist ein Beispiel:

<?php
error_reporting(E_ALL | E_STRICT);
echo "Before warning\n";
trigger_error("Danger Will Robinson!", E_USER_WARNING);
echo "After warning\n";
?>

Ausgabe:

<code>Before warning
PHP Warning:  Danger Will Robinson! in /home/matt/error_handler.php on line 4
After warning</code>

Der erste var_dump() Aufruf (w?hrend dieser Zeit wird ein benutzerdefinierter Fehlerhandler, der den Fehler in eine Ausnahme konvertiert, wirkt sich aus) nimmt null aus. Der zweite var_dump() -Aufruf (in dem der Standardfehlerhandler von PHP wirksam wird) gibt Informationen über den ausgel?sten Fehler aus. Beachten Sie, dass dies nicht darauf zurückzuführen ist, dass der erste var_dump() -Anrufausgang Null durch die Verwendung eines benutzerdefinierten Fehlerhandlers verursacht wird, sondern weil der Fehlerhandler eine Ausnahme ausgel?st hat. Wenn der in diesem Beispiel angezeigte Fehlerhandler dies nicht tut, ist die Ausgabe des ersten var_dump() -Anrufs der zweiten.

L?sung

Wir ben?tigen eine L?sung, die es erm?glicht, den getesteten Code weiter auszuführen und gleichzeitig zu überprüfen, ob eine Fehlerbedingung angehoben wurde. Wie im obigen Beispiel gezeigt, kann die Fortsetzung der Codeausführung mit einem benutzerdefinierten Fehlerhandler erfolgen, der Fehler nicht in Ausnahmen umwandelt. Dieser Fehlerhandler sollte die Fehlermeldung so erfassen, dass sie sp?ter mit Behauptungen analysiert werden kann. So sieht es aus:

<?php
try {
    echo "Before exception\n";
    throw new Exception("Danger Will Robinson!");
    echo "After exception\n";
}
catch (Exception $e) {
    echo "In catch block\n";
}
?>

setUp() (vor jeder Testmethode ausführen) verarbeitet ein Einrichten eines Fehlerhandlers, bei dem es sich nur um eine andere Methode in derselben Klasse handelt, die Informationen zu jedem Fehler in einem Array speichert. Andere Methoden (z. B. assertError()) werden dann mit Testmethoden (z. B. testDoStuff()) verwendet, um Aussagen zu dieser Fehlermeldung durchzuführen und relevante Debug -Informationen auszugeben, z. B. der Fehler, der im Vergleich zum erwarteten Fehler ausgel?st wird. Weitere nützliche Behauptungen sind die logische Inversion (d. H. Die Behauptungen ausl?sen keinen bestimmten Fehler), Fehler, die Meldungen überprüfen, mit einem regul?ren Ausdruck oder der Anzahl der ausgel?sten Fehler entsprechen.

Schlussfolgerung

Wenn es Ihnen egal ist, ob die Logik hinter dem Test, das einen Fehler ausl?st, weiterhin ausgeführt wird, ist das Standardverhalten von Phpunit perfekt für Ihre Anforderungen geeignet. Es ist jedoch wichtig, dass Sie verstehen, was das Verhalten bedeutet. Wenn Sie sich um die Ausführung einer solchen Logik kümmern, ist es auch wichtig, dass Sie wissen, wie Sie die Funktionen von Phpunit erg?nzen, um genaue Tests Ihres Codes so nah wie m?glich an der Produktionsumgebung zu erm?glichen.

Bilder aus Fotolien

(Folgendes ist FAQ, das Format und der Ausdruck wurden nach dem ursprünglichen Inhalt angepasst, und einige Probleme wurden zusammengeführt oder vereinfacht)

FAQs (FAQ) zur Verwendung von Phpunit, um Fehlerbedingungen zu testen

Q1: Warum zeigt Phpunit keine Fehler in der Konsole?

phpunit ist so konzipiert, dass fehler- und Ausnahmen wirksame Prüfung erm?glicht. Wenn Sie keine Fehler in der Konsole sehen, erfasst Phpunit sie m?glicherweise und behandelt sie als fehlgeschlagene Tests. Um die Details dieser Fehler anzuzeigen, k?nnen Sie die Option --debug beim Ausführen des Tests verwenden. Dies liefert eine detailliertere Ausgabe, einschlie?lich aller beim Testen gefangenen Fehler oder Ausnahmen.

Q2: Wie kann man behaupten, dass eine Ausnahme in Phpunit ausgel?st wurde?

phpunit liefert eine Reihe von Behauptungen, die speziell zur Behandlung von Ausnahmen verwendet werden. Das am h?ufigsten verwendete ist expectException(), mit dem Sie die Art der Ausnahme angeben k?nnen, die Sie erwarten. Wenn die angegebene Ausnahme w?hrend des Tests ausgel?st wird, wird der Test bestehen. Wenn nicht, f?llt der Test fehl. Auf diese Weise k?nnen Sie Tests schreiben, die speziell auf die korrekte Handhabung der Fehlerbedingungen prüfen.

Q3: Wie funktioniert die Fehlerberichterstattung in PHP?

Mit der Fehlerberichterstattung von PHP k?nnen Sie steuern, welche Fehler gemeldet werden und wie Sie mit ihnen umgehen k?nnen. Standardm??ig werden alle Fehler gemeldet und angezeigt. Sie k?nnen diese Einstellungen jedoch mit der Funktion

und der error_reporting() INI -Anweisung ?ndern. Auf diese Weise k?nnen Sie bestimmte Arten von Fehlern ausblenden oder Fehler protokollieren, anstatt sie anzuzeigen. display_errors

Q4: Wie testet man Ausnahmen in Phpunit?

gleich wie Q2.

Q5: Wie schreibe ich Tests für Phpunit?

Das Schreiben von Tests für Phpunit beinhaltet die Erstellung einer neuen Testfallklasse, die die PhpunitFrameworkTestCase -Klasse erweitert. Jeder Test ist eine ?ffentliche Methode in dieser Klasse, beginnend mit dem Wort "Test". In jeder Testmethode k?nnen Sie die Behauptung von PHPUnit verwenden, um zu überprüfen, ob Ihr Code wie erwartet ausgeführt wird. Beispielsweise k?nnen Sie die

-Methode verwenden, um zu überprüfen, ob die Funktion das erwartete Ergebnis zurückgibt. assertEquals()

Q6: Wie behandle ich Fehler in Phpunit?

phpunit liefert eine Reihe von Behauptungen, die speziell zur Behandlung von Fehlern verwendet werden. Das am h?ufigsten verwendete ist

, mit dem Sie den Fehlertyp angeben k?nnen, den Sie erwarten. Wenn der angegebene Fehler w?hrend des Tests ausgel?st wird, besteht der Test. Wenn nicht, f?llt der Test fehl. Auf diese Weise k?nnen Sie Tests schreiben, die speziell auf die korrekte Handhabung der Fehlerbedingungen prüfen. expectError()

Q7: Wie kann man Tests in Phpunit debuggen?

Phpunit bietet mehrere Optionen zum Debuggen von Tests. Die Option

bietet detailliertere Ausgabe, einschlie?lich aller beim Test aufgenommenen Fehler oder Ausnahmen. Die Optionen --debug, --stop-on-error und --stop-on-failure k?nnen verwendet werden, um den Test zu stoppen, wenn ein Fehler eines Typs auftritt. Dies kann es einfacher machen, Probleme zu identifizieren und zu beheben. --stop-on-risky

Q8: Wie testet man Fehlerbedingungen in Phpunit?

phpunit bietet verschiedene M?glichkeiten, um Fehlerbedingungen zu testen. Mit der expectError() -Methode k?nnen Sie den Fehlertyp angeben, den Sie ausl?sen. Mit der expectWarning() -Methode k?nnen Sie die Art der Warnung angeben, die Sie ausl?sen. Wenn der angegebene Fehler oder die angegebene Warnung w?hrend des Tests ausgel?st wird, wird der Test bestehen. Wenn nicht, f?llt der Test fehl.

Q9: Wie geht es mit Warnungen in Phpunit um?

phpunit liefert eine Reihe von Behauptungen, die speziell für die Bew?ltigung von Warnungen verwendet werden. Das am h?ufigsten verwendete ist expectWarning(), mit dem Sie die Art der Warnung angeben k?nnen, die Sie erwarten. Wenn die angegebene Warnung w?hrend des Tests ausgel?st wird, besteht der Test. Wenn nicht, f?llt der Test fehl. Auf diese Weise k?nnen Sie Tests schreiben, die speziell die korrekte Handhabung der Warnbedingungen überprüfen.

Q10: Wie verwendet man Datenanbieter in Phpunit?

Datenanbieter ist eine leistungsstarke Funktion von PHPUnit, mit der Sie Tests mehrmals mit verschiedenen Datens?tzen ausführen k?nnen. Um den Datenanbieter zu verwenden, k?nnen Sie eine Methode erstellen, die ein Array von Arrays zurückgibt. Jedes interne Array ist eine Reihe von Parametern für den Test. Anschlie?end kommentieren Sie Ihre Testmethode mit @dataProvider gefolgt vom Namen Ihrer Datenanbietermethode. Phpunit wird dann den Test für jeden Parametersatz einmal ausgeführt und die Parameter an die Testmethode übergeben.

Das obige ist der detaillierte Inhalt vonPHP Master | Fehlerzustandstest mit Phpunit. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!