Der Klassenfehler kann beim Generieren des PHPUnit-Codeabdeckungsberichts nicht erneut deklariert werden

Starten eines Projekts mit Zend Framework 1.10 und Doctrine 2 (Beta1). Ich verwende Namespaces in meinem eigenen Bibliothekscode.

Beim Generieren von Codeabdeckungsberichten erhalte ich einen schwerwiegenden Fehler beim erneuten Deklarieren einer Klasse. Um weitere Informationen bereitzustellen, habe ich den xdebug_disable()-Aufruf in meiner ausführbaren phpunit-Datei auskommentiert, damit Sie den Funktionstrace sehen können (deaktivierte lokale Variablenausgabe, weil zu viel Ausgabe vorhanden war).

Hier ist meine Terminalausgabe:

$ phpunit
PHPUnit 3.4.12 by Sebastian Bergmann.

........

Time: 4 seconds, Memory: 16.50Mb

OK (8 tests, 14 assertions)

Generating code coverage report, this may take a moment.PHP Fatal error:  Cannot redeclare class Cob\Application\Resource\HelperBroker in /Users/Cobby/Sites/project/trunk/code/library/Cob/Application/Resource/HelperBroker.php on line 93
PHP Stack trace:
PHP   1. {main}() /usr/local/zend/bin/phpunit:0
PHP   2. PHPUnit_TextUI_Command::main() /usr/local/zend/bin/phpunit:54
PHP   3. PHPUnit_TextUI_Command->run() /usr/local/zend/share/pear/PHPUnit/TextUI/Command.php:146
PHP   4. PHPUnit_TextUI_TestRunner->doRun() /usr/local/zend/share/pear/PHPUnit/TextUI/Command.php:213
PHP   5. PHPUnit_Util_Report::render() /usr/local/zend/share/pear/PHPUnit/TextUI/TestRunner.php:478
PHP   6. PHPUnit_Framework_TestResult->getCodeCoverageInformation() /usr/local/zend/share/pear/PHPUnit/Util/Report.php:97
PHP   7. PHPUnit_Util_Filter::getFilteredCodeCoverage() /usr/local/zend/share/pear/PHPUnit/Framework/TestResult.php:623

Fatal error: Cannot redeclare class Cob\Application\Resource\HelperBroker in /Users/Cobby/Sites/project/trunk/code/library/Cob/Application/Resource/HelperBroker.php on line 93

Call Stack:
    0.0004     322888   1. {main}() /usr/local/zend/bin/phpunit:0
    0.0816    4114628   2. PHPUnit_TextUI_Command::main() /usr/local/zend/bin/phpunit:54
    0.0817    4114964   3. PHPUnit_TextUI_Command->run() /usr/local/zend/share/pear/PHPUnit/TextUI/Command.php:146
    0.1151    5435528   4. PHPUnit_TextUI_TestRunner->doRun() /usr/local/zend/share/pear/PHPUnit/TextUI/Command.php:213
    4.2931   16690760   5. PHPUnit_Util_Report::render() /usr/local/zend/share/pear/PHPUnit/TextUI/TestRunner.php:478
    4.2931   16691120   6. PHPUnit_Framework_TestResult->getCodeCoverageInformation() /usr/local/zend/share/pear/PHPUnit/Util/Report.php:97
    4.2931   16691148   7. PHPUnit_Util_Filter::getFilteredCodeCoverage() /usr/local/zend/share/pear/PHPUnit/Framework/TestResult.php:623

(Ich habe keine Ahnung, warum der Fehler zweimal angezeigt wird …?)

Und hier ist meine phpunit.xml:

<phpunit bootstrap="./code/tests/application/bootstrap.php" colors="true">
    <!-- bootstrap.php changes directory to trunk/code/tests,
    all paths below are relative to this directory. -->

    <testsuite name="My Promotions">
        <directory>./</directory>
    </testsuite>

    <filter>
        <whitelist>
            <directory suffix=".php">../application</directory>
            <directory suffix=".php">../library/Cob</directory>
            <exclude>
                    <!-- By adding the below line I can remove the error -->
                <file>../library/Cob/Application/Resource/HelperBroker.php</file>
                <directory suffix=".phtml">../application</directory>
                <directory suffix=".php">../application/doctrine</directory>
                <file>../application/Bootstrap.php</file>
                <directory suffix=".php">../library/Cob/Tools</directory>
            </exclude>
        </whitelist>
    </filter>

    <logging>
        <log type="junit" target="../../build/reports/tests/report.xml" />
        <log type="coverage-html" target="../../build/reports/coverage" charset="UTF-8"
            yui="true" highlight="true" lowUpperBound="50" highLowerBound="80" />
    </logging>
</phpunit>

Ich habe ein Tag in das hinzugefügt, das dieses Problem zu verbergen scheint. Ich habe eine andere Anwendungsressource, aber es scheint kein Problem zu geben (die andere ist eine Doctrine 2-Ressource). Ich bin mir nicht sicher, warum es spezifisch für diese Klasse ist, meine gesamte Bibliothek wird automatisch geladen, sodass es nirgendwo irgendwelche include/require-Aufrufe gibt. Ich denke, es sollte angemerkt werden, dass HelperBroker die erste Datei im Dateisystem ist, die von library/Cob stammt

Ich verwende Snow Leopard mit den neuesten/neuesten Versionen aller Software (Zend Server, Zend Framework, Doctrine 2 Beta1, Phing, PHPUnit, PEAR).

Allgemeine Antwort zum Abschluss dieses Problems:

Diese Fehlermeldung weist normalerweise auf ein Problem mit dem automatischen Laden und/oder Erfordernis-Anweisungen hin.

Während der Code-Coverage-Berichterstellung ist phpunit requirejeden *.php das ist in <whitelist>. Dies kann mit abgeschaltet werden addUncoveredFilesFromWhitelist=false als Parameter, aber es wird empfohlen, dies eingeschaltet zu lassen.

Mögliche Gründe

Was in diesen Fällen passiert, ist, dass eine der Dateien eine require -Anweisung, die eine bereits geladene Klasse erneut erfordert (da es sich nicht um require_once handelt).

Andere Gründe können sein

• die doppelte Definition von Klassen (eine zum Debuggen, eine für die Produktion, sollte durch Vererbung gelöst werden, nicht durch Laden der richtigen PHP-Datei)

• Inkonsistente Großschreibung führt zu Fehlern im PHP-Code wie:

  if( !$classesLoaded['ThIsClass']) require_once(...); an mehreren Stellen mit unterschiedlicher Großschreibung.

• Die Klasse wurde in den Tests überhaupt nicht geladen, aber es wurde ein Scheinobjekt mit dem Namen der dann geladenen Klasse erstellt. Diese können kollidieren und ebenfalls zu diesem Fehler führen

Eine weitere zu prüfende Sache (insbesondere wenn Sie mit einer VM arbeiten) ist, ob eine Datei umbenannt wurde, aber noch in der ursprünglichen Form existiert. z.B. fooMapper.php in FooMapper.php umbenannt (z. B. per SVN-Update), erkennt Ihre IDE die neue Datei und sendet sie an die VM. Sie haben jetzt beide Versionen auf Ihrer VM, auch wenn Ihre IDE lokal nur eine anzeigt. In acht nehmen.

Eine schnelle Problemumgehung besteht möglicherweise darin, am Anfang Ihrer Klassendeklaration eine if-Anweisung hinzuzufügen, um eine erneute Deklaration beim Ausführen von phpunit zu vermeiden (wenn und nur wenn dies die einzige Klasse ist, mit der Sie Probleme haben).

if (!class_exists("class_name")) {
    // declare the class
    class class_name
    {
        //...
    }
}

Ich hatte ein ähnliches Problem, weil ich alle Dateien für die Abdeckungsanweisungen verwendet habe. Als ich ein konkretes Verzeichnis und benötigte Dateien einstellte, war mein Problem gelöst.

Ich denke dein Problem liegt hier:

<testsuite name="My Promotions">
    <directory>./</directory>
</testsuite>

Hier benötigen Sie alle Dateien und Verzeichnisse.

Probieren Sie diesen Fall aus, um nur Tests anzufordern (oder legen Sie Ihre Ordner fest):

<testsuite name="My Promotions">
    <directory>tests</directory>
</testsuite>

Sie können auch Präfixe, Suffixe und Dateien verwenden:

• https://phpunit.readthedocs.io/en/9.5/configuration.html#the-directory-element
• https://phpunit.readthedocs.io/en/9.5/configuration.html#the-file-element

Das ist mir passiert, weil ich einen Tippfehler in meiner @covers-Erklärung hatte. Beachten Sie das zusätzliche \ in der ersten Zeile.

App\Controller\\Account\UsersController::forgotPassword()

VS

App\Controller\Account\UsersController::forgotPassword()

Ich habe festgestellt, dass ich diesen Fehler erhalten habe, als ein falsch @coversDefaultClass (gleiches gilt wahrscheinlich für @covers too) Annotation verwendet wurde. In meinem Fall war es \Path\To\\Class (mit doppeltem ‘\’), was mit den erforderlichen Aufrufen durcheinander kam.