PHP-Unit-Tests: Ist es möglich zu testen, für einen Schwerwiegenden Fehler?

FWIW ich bin mit SimpleTest 1.1 alpha.

Habe ich eine singleton-Klasse, und ich möchte schreiben Sie einen unit test, der garantiert, dass die Klasse ein singleton ist, indem Sie versuchen, um die Klasse instanziieren (es hat einen privaten Konstruktor).

Dadurch natürlich ein Fataler Fehler:

Fatal error: Call to private FrontController::__construct()

Gibt es eine Möglichkeit, zu "fangen", die Fatal Error und berichten über eine bestandene Prüfung?

  • Es gibt keine Einheit im Einfachen Test 😉
  • Ich sehe das Wortspiel, aber ich verstehe es nicht.
  • Vielleicht die Antwort kann es erklären
  • Oldschool-unit-test-frameworks sind ungeeignet für das. Schreiben Sie eine PHPT für diesen test, und mischen Sie es in einer PHPUnit/SimpleTest Fall eine regex, die auf die Ausgabe.
InformationsquelleAutor Stephen | 2011-01-20
  1. 12

    Nicht. Fatal error Stoppt die Ausführung des Skripts.

    Und es ist nicht wirklich notwendig, um zu testen, ein singleton in dieser Weise. Wenn Sie darauf bestehen, die Kontrolle, wenn der Konstruktor privat ist, können Sie ReflectionClass:getConstructor()

    public function testCannotInstantiateExternally()
{
    $reflection = new \ReflectionClass('\My\Namespace\MyClassName');
    $constructor = $reflection->getConstructor();
    $this->assertFalse($constructor->isPublic());
}

    Andere Sache zu prüfen ist, dass die Singleton-Klassen/Objekte sind ein Hindernis in TTD, da Sie schwierig sind, zu verspotten.

    InformationsquelleAutor Mchl
  2. 5

    Hier ist eine komplette code-snippet Mchl ' s Antwort, damit die Leute nicht haben, um durch zu gehen die docs...

    public function testCannotInstantiateExternally()
{
    $reflection = new \ReflectionClass('\My\Namespace\MyClassName');
    $constructor = $reflection->getConstructor();
    $this->assertFalse($constructor->isPublic());
}
    InformationsquelleAutor PressingOnAlways
  3. 3

    Können Sie ein Konzept, wie PHPUnit, Prozess-isolation.

    Dies bedeutet, dass der test-code wird ausgeführt in einem sub-Prozess von php. Dieses Beispiel zeigt, wie das funktionieren könnte.

    <?php

//get the test code as string
$testcode = '<?php new '; //will cause a syntax error

//put it in a temporary file
$testfile = tmpfile();
file_put_contents($testfile, $testcode);

exec("php $tempfile", $output, $return_value);

//now you can process the scripts return value and output
//in case of an syntax error the return value is 255
switch($return_value) {
    case 0 :
        echo 'PASSED';
        break;
    default :
        echo 'FAILED ' . $output;

}

//clean up
unlink($testfile);
    • Das ist clever..
    • In der Praxis ist diese nur arbeitet für die Erkennung von syntax-Fehler, weil (1) ein Skript, in der Regel nicht überleben, isoliert, (2) es ist unmöglich bootstrap eine komplette Anwendung wie dieser, (3) es nicht schaffen einen Prüf - /wiederholbaren Kontext, (4) nicht alle context-set-up könnte zu falschen fataler Fehler wie Undefinierte Funktion. Also, statt der Ausführung php $tempfile es ist besser ausführen php --no-php-ini --syntax-check $tempfile. php.net/manual/en/features.commandline.options.php
    • Kannst du das beweisen? Ich glaube nicht, dass so
    • Naja, es "arbeitet" in der Konsole, weil ich sehen, der fatale Fehler. Die $return ist immer 255 für die sechs uneinholbar Fehler und immer 0 sonst. Ich glaube, ich brauche einen shutdown-handler bekommen den Fehler-code. -- für PHPUnit, auch wenn ich @runInSeparateProcess einem einzigen test verursacht einen fatalen Fehler, es erscheint immer, als ein 'E'. - Deine Idee ist interessant, und ich konnte Sie vor. Aber damit es funktioniert, brauche ich glaube ich zu Graben, in PHPUnit und schreiben Sie einen patch oder ein plugin. Ich Frage mich, warum niemand Tat es vorher. Ist es unvernünftig zu erwarten, dass ein script fehlschlägt?
    • Jetzt habe ich Ihr Anliegen. Spielen, um mit PHPUnit ein wenig, wahrscheinlich code schreiben, und geben Sie ein feedback..
    • Ich habe festgestellt, es ist eine anpassbare isolation Vorlage. Dort müssen wir register_shutdown_function('__phpunit_shutdown', $test, $result). __phpunit_shutdown($test, $result) (im Fehlerfall) druckt nur ein serialisiertes array wie gewohnt, aber mit einem zusätzlichen error - key-sets zu error_get_last(). Dann können wir hinzufügen von Unterstützung für ein @expectedShutdownError <code> aus PHPUnit_Util_PHP::runTestJob, was Sie nennen würde processChildResult mit gefälschten Argumenten (vor allem stderr = ").
    • Schöne recherche! Leider ist der Dateiname der Vorlage ist hardcoded in den source-code. Auch die @expectedShutdownError müssten nun umgesetzt werden. Wir müssten Gabel PHPUnit um die änderung passieren (oder bin ich etwas fehlt?)
    • Die isolation Vorlage ist anpassbar standardmäßig. -- Der rest ist schwer zu tun, von userland. Wir legten eine Klasse in der Mitte der PHPUnit_Util_PHP und Ihre Nachkommen (..._Default und ..._Windows) zu überschreiben runTestJob wie oben beschrieben. Dann, aus der TestCase-Klasse, wir würden überschreiben run so dass hier wir instanziieren können unsere Mittelklasse.
    • Wenn Sie mögen, erzeugen wir also eine Gabel! (... und die details zu besprechen gibt). Das denken, die Idee ist gut, und es wird nicht verlangen, zu viel verpasst (und zu tun).
    • Ich habe die Gabel !! github.com/aercolino/phpunit. Was nun?
    • Lassen Sie uns weiter, diese Diskussion im chat.

    InformationsquelleAutor hek2mgl
Schreibe einen Kommentar