PHPUnit - 'Keine Tests ausgeführt', wenn Konfigurationsdatei verwendet wird

Ihre XML-Datei ist in Ordnung. Sie müssen jedoch sicherstellen, dass die Dateien PHP in Ihrem tests/-Ordner wie folgt benannt sind:

tests / Test.php <--- Beachten Sie die Großbuchstaben "T"
tests/user Test.php
tests/fooBar Test.php
usw.

Die Dateinamen müssen mit "Test.php" enden. Dies ist, was PHPUnit in Verzeichnissen sucht.

Außerdem muss jede Testmethode einen Namen haben, der mit "test" beginnt:

public function testFooBar()
{
    // Your test code
}

Hoffentlich hilft das!

Ich hatte das gleiche Problem, nachdem PHPUnit auf unseren virtuellen Maschinen auf Version 6 aktualisiert wurde. Sogar --debug und --verbose sagten nichts Nützliches, nur "Keine Tests ausgeführt". Am Ende stellte sich heraus, dass Klassen und Namespaces in der neuen Version geändert wurden und die Dateien, die Verweise auf alte Klassen enthielten, einfach nicht ausgeführt werden sollten. Das Update für mich bestand darin, in jedem Testfall Folgendes zu ersetzen:

class MyTestCase extends \PHPUnit_Framework_TestCase {...}

mit:

use PHPUnit\Framework\TestCase;

class MyTestCase extends TestCase {...}

Verwenden Sie unter Windows den folgenden Befehl auf dem Terminal

.\vendor\bin\phpunit

das ist wenn der Befehl 

phpunit

gibt zurück "Keine Tests ausgeführt!"

während auf dem Mac

./vendor/bin/phpunit

Ich hoffe es hilft.

wenn SiePHPSTORMverwenden, gehen Sie zu Settings (Einstellungen) und dann weiter 

• Test Frameworks

  und klicken Sie auf + und wählen Sie

• PHPUnit Local dann 
• Use Composer Auto Loader fügen Sie dann den Pfad in das Skriptfeld ein
• C:\{YOUR PROJECT NAME}\vendor\autoload.php
• oK klicken
• HAPPY TESTING

Mir ist klar, dass das super alt ist, aber mir ist es auch passiert. Hoffentlich hilft das jemandem. 

Mein Problem war, dass ich das "@" -Symbol in/** @test */vergessen habe.

FALSCH:

/** test */
function a_thread_can_be_deleted()
{
    ...
}

RECHT:

/** @test */
function a_thread_can_be_deleted()
{
    ...
}

Sie müssen es nur aus der Lieferantendatei aufrufen 

vendor\bin\phpunit Hinweis\nicht / 

Haben Sie Ihrer phpunit.xml-Datei eine Testsuite hinzugefügt?

<phpunit>
    <testsuite name="app1" >
        <directory>./</directory>
    </testsuite>
</phpunit>

Sie können dort mehrere Verzeichnisse hinzufügen.

Ich zog mich 10 Minuten lang an den Haaren, bevor ich beschloss, --debug zu verwenden (guter Weg, übrigens zu gehen), um die einfache Tatsache zu entdecken, dass der Dateiname die Namenskonvention nicht respektierte , die ich hatte ein zusätzliches "s" am Ende.

falsch

CreateAdminTests

recht

CreateAdminTest

ich hoffe, dieser Hinweis könnte für jemanden helfen

Ein bisschen nebenbei vielleicht, aber wenn Sie (wie ich) Laravel in Vagrant verwenden, stellen Sie sicher, dass Sie Phpunit in der Vagrant-Box und nicht auf der "Windows-Seite" ausführen. :)

Ich hatte die gleiche Ausgabe von Keine Tests ausgeführt!, gelöst durch Beibehalten des gleichen Namens von Datei und Klasse Name.

Bei Verwendung von phpunit --debug wurde mir angezeigt, welchen Test es nicht ausführte. Ich hatte innen

$this->visit('/')
         ->see('Laravel');

ich denke, da das Verzeichnis mit der .htaccess-Authentifizierung geschützt wurde, konnte es die Seite nicht besuchen

Die Lösung für mich bestand darin, diesen Test durchzuführen (oder höchstwahrscheinlich die .htaccess-Authentifizierung).

Ich hatte das Problem, dass keine Tests ausgeführt wurden, selbst wenn die Dinge gut eingerichtet waren.

Die Ursache war, dass der Namespace nicht der erste Befehl der Datei war, sondern nach einigen Doc-Block-Kommentaren.

das Zurücksetzen führte dazu, dass phpunit die Tests sah und ordnungsgemäß ausgeführt wurde.

Das ist sehr spät, aber ich hoffe es hilft jemandem.

Ich habe meine Tests mit einer absoluten Referenz ausgeführt. Ordnerstruktur [Projekt/Tests/Test.php]

meine Verzeichniszeile sah so aus ./tests/test.php

Meins war ein bisschen lustig.

Bei der Verwendung von php artisan make:test habe ich versehentlich .php wie ProductRewardPointController.php eingegeben, wodurch ProductRewardPointController.php.php und phpunit erstellt wurden.

Ich lösche nur die zusätzlichen .php und die Dinge wieder normal