PHP Master | Fehlerzustandstest mit Phpunit

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.

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

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.

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

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:

<code class="language-php"><?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
    ...
}
?></code>

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:

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

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:

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

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!