PHPUnit - tut nichts, keine Fehler, keine Ausgabe

Ich bin auf OSX und MAMP. Zu Fehlermeldungen erhalten, musste ich passen Sie die folgenden Einträge in php.ini:

display_errors = On
display_startup_errors = On

Bitte nicht, dass dies in /Applications/MAMP/bin/php/php5.3.6/conf/php.ini .

InformationsquelleAutor der Antwort BetaRide

Ich kenne das orignal poster die Frage ist schon beantwortet, aber eben für alle Menschen auf der Suche in die Zukunft: eine Sache, die verursachen können, PHPUnit, fehl (d.h. er bleibt einfach stehen tests ausführen, ohne zu sagen warum) ist, dass Sie einen error-handler, dass es vor jedem test ausgeführt, die dazu bestimmt ist, zu erfassen, - Fehler und zeigt Sie am Ende des Tests ausgeführt werden. Das problem ist, dass sich bestimmte Fehler stoppen die Ausführung des gesamten Tests laufen.

Was ich generell tun, wenn das passiert, in einem ersten Schritt wird zurückgesetzt, der Fehler-handler zu etwas, wird sofort die Ausgabe der Fehlermeldung. In meinem Basis-test-Klasse, ich habe eine Methode namens setVerboseErrorHandlerdas nenne ich an der Spitze der test - (oder in setUp), wenn dies geschieht. Die unten benötigt php 5.3 oder höher (wegen der Schließung), wenn Sie also auf 5.2 oder niedriger, können Sie machen es zu einem regelmäßigen Funktion.

protected function setVerboseErrorHandler() 
{
    $handler = function($errorNumber, $errorString, $errorFile, $errorLine) {
        echo "
ERROR INFO
Message: $errorString
File: $errorFile
Line: $errorLine
";
    };
    set_error_handler($handler);        
}

InformationsquelleAutor der Antwort Isaac

Habe ich es geschafft spektakulär malen Sie mich in eine Ecke mit einer benutzerdefinierten "fatal error handler", die in bestimmten seltenen Bedingungen sich herausstellte, Ausgabe nichts. Diese Bedingungen, in übereinstimmung mit Murphy ' s Law, materialisiert, einmal hatte ich vergessen, der hf an Ort und Stelle war.

Da es nicht wirklich eine "PHPunit problem", keine der anderen Antworten geholfen [obwohl @David das problem war an der Unterseite, die gleiche Sache], obwohl die Symptome waren die gleichen - phpunit-Einstellung mit keine Ausgabe, keine Fehler, kein Protokoll und keine Ahnung.

Am Ende musste ich zurückgreifen, um eine Schritt-für-Schritt-Ablaufverfolgung des gesamten test-suite, indem diese in der bootstrap-code:

register_shutdown_function(function() {
    foreach ($GLOBALS['lastStack'] as $i => $frame) {
        print "{$i}. {$frame['file']} +{$frame['line']} in function {$frame['function']}\n";
    }
});
register_tick_function(function() {
    $GLOBALS['lastStack'] = debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 8);
});
declare(ticks=1);

Wenn jemals jemand schafft, schlimmer als diese, und irgendwie block stdout als auch, diese änderung sollte funktionieren:

register_shutdown_function(function() {
    $fp = fopen("/tmp/path-to-debugfile.txt", "w");
    foreach ($GLOBALS['lastStack'] as $i => $frame) {
        fwrite($fp, "{$i}. {$frame['file']} +{$frame['line']} in function {$frame['function']}\n");
    }
    fclose($fp);
});

InformationsquelleAutor der Antwort LSerni

Wenn du von der Kommandozeile aus ausgeführt, eine aktuelle version von phpunit wie diese

> php phpunit
or
> ./phpunit
or
> php ./phpunit.phar
or
> ./phpunit.phar

Und Sie sofort auf den prompt zurückkehren, ohne Nachrichten, ist dies wahrscheinlich aufgrund einer "suhosin secutiry" setup.
phpunit ist jetzt ein "phar" - Paket inklusive aller Bibliotheken. In der Lage zu sein eine solche Datei bei php hat das suhosin-Modul "Sicherheit" aktiviert, müssen Sie zuerst diese

suhosin.executor.include.whitelist = phar

in Sie php.ini-Datei (z.B. mit debian/ubuntu haben, können Sie zum Bearbeiten die Datei /etc/php5/conf.d/suhosin.ini

InformationsquelleAutor der Antwort eldy

Überprüfen Sie, ob die phpunit du läufst und die, die Sie installiert sind, sind die gleichen:

$ pear list phpunit/phpunit
...
script /path/to/phpunit
...

Versuchen, ausführen genau, dass phpunit mit dem vollständigen Pfad.

Dann überprüfen Sie Ihre PATH-variable, und sehen, ob das richtige Verzeichnis ist. Wenn nicht, beheben.

Wenn das nicht hilft, verwenden Sie etwas schreiben, in der phpunit ausführbaren Datei, z.B. "echo 123;" und ausführen von phpunit. Überprüfen Sie, wenn Sie sehen, dass.

InformationsquelleAutor der Antwort cweiske

Für mich der Konflikt war mit Xdebug-Richtlinie

xdebug.remote_enable=1

InformationsquelleAutor der Antwort Yeke