Il problema

Per migliorare la mia qualità del codice, ho deciso di provare a imparare a testare il mio codice utilizzando Unit Testing invece delle mie soluzioni di test mediocri.

Ho deciso di installare PHPUnit utilizzando il compositore per una libreria personale che mi permette di ottenere funzioni di database comuni. All'inizio non avevo un file di configurazione per PHPUnit e quando ho eseguito comandi come:

$ phpunit tests/GeneralStringFunctions/GeneralStringFunctionsTest

Tieni presente che questo è un comando da terminale, quindi non ho incluso l' .phpestensione. Il GeneralStringFunctionsTest di cui sopra è in realtà un GeneralStringFunctionsTest.phpfile.

L'output è quello che mi aspettavo:

Tempo: 31 ms, Memoria: 2.75Mb

OK (1 test, 1 affermazione)

Ho quindi provato a utilizzare un file di configurazione per caricare automaticamente la suite di test invece di dover digitare manualmente il file ogni volta. Ho creato un file chiamato phpunit.xmlnella mia directory principale e ho inserito quanto segue nel file: http://pastebin.com/0j0L4WBD :

<?xml version = "1.0" encoding="UTF-8" ?>
<phpunit>
    <testsuites>
        <testsuite name="Tests">
            <directory>tests</directory>
        </testsuite>
    </testsuites>
</phpunit>

Ora, quando eseguo il comando:

phpunit

Ottengo il seguente output:

PHPUnit 4.5.0 di Sebastian Bergmann e collaboratori.

Configurazione letta da /Users/muyiwa/Projects/DatabaseHelper/phpunit.xml

Tempo: 16 ms, Memoria: 1.50Mb

Nessun test eseguito!

Nel caso sia utile, la struttura della mia directory è la seguente:
src - Directory di primo livello (con tutto il mio codice sorgente)
test - Directory di primo livello (con tutti i miei test, strutturata come la mia cartella src )
fornitore - Compositore file di terze parti

Ho anche il json del compositore e il file di blocco, nonché il file xml phpunit nel livello superiore come file.

Cose che ho provato

• Modifica della directory in phpunit.xml atests/GeneralStringFunctions
• Modifica della directory in phpunit.xml a./tests
• Spostare il phpunit.xmlfile nella testsdirectory e quindi modificare la directory in modo che sia ./invece ditests .
• Aggiunta di un attributo suffisso al tag di directory in phpunit.xmlper specificare "Test" come suffisso esplicito.

Per quello che vale (essendo in ritardo), mi sono imbattuto in questo di recente mentre stavo realizzando un nuovo progetto Laravel 5.1 per un semplice sito web. Ho provato a eseguire il debug e sono rimasto confuso quando ho provato:

php artisan make:test homeTest

(che ha un test predefinito che afferma solo che è vero)

e ho visto l'uscita

No tests executed!

Il problema alla fine per me era correlato alla mia installazione di PHP: "phpunit" era registrato globalmente e configurato in modo diverso, mentre phpunit fornito con l'installazione di Laravel era configurato correttamente e funzionava perfettamente.

Quindi la correzione sta eseguendo phpunit configurata dal fornitore (dalla stessa directory principale di app / e test /):

./vendor/bin/phpunit

Spero che aiuti qualcun altro!

Il tuo file XML va bene così com'è. Tuttavia, devi assicurarti che i file PHP nel tuotests/ cartella siano denominati come segue:

tests / Test.php <--- Nota la "T" maiuscola
test / utente Test.php
tests / fooBar Test.php
ecc.

I nomi dei file devono terminare con "Test.php" . Questo è ciò che PHPUnit sta cercando nelle directory.

Inoltre, ogni metodo di test deve avere un nome che inizi con "test":

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

Spero che aiuti!

Su Windows usa il seguente comando sul terminale

.\vendor\bin\phpunit

questo è se il comando

phpunit

restituisce "Nessun test eseguito!"

mentre su Mac

./vendor/bin/phpunit

Spero che sia d'aiuto.

Ho avuto lo stesso problema dopo PHPUnit sulle nostre macchine virtuali aggiornato alla versione 6. Anche --debug e --verbose non dicevano nulla di utile, solo "Nessun test eseguito". Alla fine si è scoperto che le classi e gli spazi dei nomi erano stati modificati nella nuova versione e semplicemente non voleva eseguire i file che contenevano riferimenti a vecchie classi. La soluzione per me era solo sostituire in ogni caso di test questo:

class MyTestCase extends \PHPUnit_Framework_TestCase {...}

con:

use PHPUnit\Framework\TestCase;

class MyTestCase extends TestCase {...}

Mi rendo conto che è super vecchio, ma è successo anche a me. Si spera che questo aiuti qualcuno.

Il mio problema era che avevo dimenticato il simbolo "@" in / ** @test * /

SBAGLIATO:

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

GIUSTO:

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

Mi sono tirato i capelli per 10 minuti prima di decidere di usare --debug (un buon modo per andare a proposito) per scoprire il semplice fatto che il nome del file non rispettava la convenzione di denominazione , avevo una "s" in più alla fine .

sbagliato

CreateAdminTests

giusto

CreateAdminTest

spero che questa nota possa aiutare qualcuno

Hai solo bisogno di chiamarlo dal file del fornitore

vendor\bin\phpunit Avviso \ Non /

Invece di eseguire phpunit

uso

fornitore \ bin \ phpunit

se stai usando PHPSTORM vai su Impostazioni poi vai a

• Test Frameworks

  e fai clic su + e scegli

• PHPUnit Local poi

• Use Composer Auto Loader quindi incolla questo come nel percorso del campo dello script

• C:\{YOUR PROJECT NAME}\vendor\autoload.php

• fare clic su OK

• HAPPY TESTING

Controlla il file phpunit.xml , guarda all'interno di testsuites.

La mia versione di phpunit (2019) sta cercando file che terminano (suffisso) * Test.php. Quindi, assicurati che tutti i file di prova siano denominati correttamente (es .: BookTest.php è corretto, BookTests.php non lo è, BookTestCase.php non lo è).

È arrivato tardi alla festa, ma queste informazioni potrebbero aiutare gli altri.

Le soluzioni di cui sopra non hanno funzionato per me. A partire da Laravel 7.x, per impostazione predefinita, PHPUnit esegue solo file PHP con suffisso "Test.php". Ad esempio, se crei un test, nominarlo CreateUsernon funzionerà, mentre nominarlo CreateUserTestfunzionerà.

Per superare la limitazione, vai a phpunit.xmle modifica l' suffixattributo dagli directoryelementi:

...
<testsuite name="Unit">

    <!-- modify suffix -->
    <directory suffix=".php">./tests/Unit</directory>

</testsuite>
<testsuite name="Feature">

    <!-- modify suffix -->
    <directory suffix=".php">./tests/Feature</directory>

</testsuite>
...

Questo indicherà a PHPUnit di eseguire tutti i file con .phpestensione dalle directory. Nota per cancellare la cache dell'app dopo l'aggiornamento phpunit.xml:

php artisan config:cache

Ulteriori informazioni sulla configurazione XML di PHPUnit possono essere trovate qui: https://phpunit.de/manual/6.5/en/appendixes.configuration.html

Hai aggiunto una suite di test al tuo file phpunit.xml?

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

Puoi aggiungere più directory lì.

Per me, usando phpunit --debug mi ha mostrato quale test non era in esecuzione, all'interno, che avevo

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

e penso che poiché la directory era protetta con l'autenticazione .htaccess, non poteva passare per visitare la pagina

La soluzione per me era eseguire questo test (o molto probabilmente eliminare l'autenticazione .htaccess)

È molto tardi, ma spero che aiuti qualcuno.

Ho fatto eseguire i miei test utilizzando un riferimento assoluto. struttura delle cartelle [progetto / test / test.php]

la mia linea di directory assomigliava a questo ./tests/test.php

Un po 'sul lato forse, ma se stai (come me) usando Laravel in Vagrant, assicurati di eseguire phpunit all'interno della scatola vagabonda e non sul "lato di Windows". :)

Ho avuto il problema di non eseguire test, anche quando le cose erano impostate correttamente.

La causa era che lo spazio dei nomi non era il primo comando del file, ma dopo alcuni commenti sul blocco dei documenti.

il ripristino ha fatto sì che phpunit vedesse i test e funzionasse correttamente.

Il mio era un po 'divertente.

Quando l'ho usato php artisan make:testho accidentalmente inserito .php come quello ProductRewardPointController.phpcreato ProductRewardPointController.php.phpe phpunit lo ha semplicemente ignorato.

Ho solo eliminato il .php extra e le cose tornano alla normalità

Ho avuto lo stesso problema di Nessun test eseguito! , risolto mantenendo lo stesso nome del file e il nome della classe .

Se stai usando IDE come JetBrains PHPStorm , tieni presente anche che: nella Run/Debug Configurationsfinestra, Test scopedeve essere impostato directorye puntare a quella directory dove il tuotests trova la cartella.

Mi ci è voluta solo mezz'ora per capire che avevo dimenticato di impostare la directory. Puoi usare global phpunit.pharfintanto che imposti correttamente l'ambito del test e la directory, l'IDE gestirà altre cose per te.

I nomi delle funzioni nel file di test devono essere preceduti da un prefisso testoppure dovrebbe essere aggiunto un commento prima della funzione

/** @test */

Assicurati che non lo sia

/* @test */

perché non funziona. ci devono essere due asterischi dopo la barra non uno.

utilizzando de cmd console ha risolto questo problema superando l'intero percorso di Test realizzato

Non ho trovato un altro modo per farlo Non funziona in questo modo

Spero che questo sia stato utile per qualcuno