Per integrare i test in un servizio di test continuo della piattaforma, devono soddisfare le linee guida in questa pagina e seguire questo flusso consigliato.
- Utilizzare il sistema di build Soong per la configurazione di test semplice .
- Utilizza Test Mapping per creare facilmente regole di test prima e dopo l'invio direttamente nell'albero dei sorgenti di Android.
- Esegui i test localmente usando Atest .
Tipi di test
I tipi di test supportati sono:
- I test di strumentazione supportano sia i test funzionali che quelli di metrica. Consulta Testare la tua app per indicazioni generali sui test delle app.
- GoogleTest (GTest) supporta i seguenti tipi di test:
- Test funzionali GTest utilizzando il framework GTest
- Test metrici utilizzando
google-benchmark
- JAR host test utilizzando JUnit
I test funzionali fanno affermazioni di superamento o fallimento nei test case, mentre i test delle metriche generalmente eseguono un'azione ripetutamente per raccogliere le metriche temporali.
Con il formato di input/output standardizzato, viene eliminata la necessità di analisi e post-elaborazione dei risultati personalizzati per test e possono essere utilizzati cablaggi di test generici per tutti i test che rientrano nella convenzione. Consulta la panoramica della Trade Federation per il framework di test continuo incluso con Android.
Linee guida per i casi di test {linee guida}
I casi di test eseguiti tramite il servizio di test continuo dovrebbero essere ermetici , il che significa che tutte le dipendenze sono dichiarate e fornite con i test. Vedere Server ermetici sul blog di test di Google per una comprensione di questo principio. In breve, i test ermetici non richiedono:
- Accesso all'account Google
- connettività configurata (telefonia/Wi-Fi/Bluetooth/NFC)
- parametri di prova passati
- configurazione o smontaggio eseguita dal cablaggio di prova per un caso di prova specifico