Per integrare i test in un servizio di test continuo della piattaforma, devono soddisfare le linee guida riportate in questa pagina e seguire questo flusso consigliato.
- Utilizza il sistema di build Soong per la configurazione di test semplice .
- Utilizza Test Mapping per creare facilmente regole di test pre e post invio direttamente nell'albero dei sorgenti Android.
- Esegui test localmente utilizzando Atest .
Tipi di prova
I tipi di test supportati sono:
- I test di strumentazione supportano sia i test funzionali che quelli metrici. Vedi Testare la tua app per indicazioni generali sul test delle app.
- GoogleTest (GTest) supporta i seguenti tipi di test:
- GTest funzionali utilizzando il framework GTest
- Test metrici utilizzando
google-benchmark
- Test dell'host JAR utilizzando JUnit
I test funzionali fanno affermazioni di superamento o fallimento sui casi di test, mentre i test di metrica generalmente eseguono un'azione ripetutamente per raccogliere metriche temporali.
Grazie al formato di input/output standardizzato, viene eliminata la necessità di analisi personalizzata dei risultati e di post-elaborazione per test ed è possibile utilizzare 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 test case {linee guida}
Si prevede che i casi di test eseguiti tramite il servizio di test continuo siano ermetici , il che significa che tutte le dipendenze vengono dichiarate e fornite con i test. Vedi Hermetic Servers sul blog di Google Testing per comprendere questo principio. In breve, i test ermetici non richiedono:
- Accesso all'account Google
- connettività configurata (telefonia/Wi-Fi/Bluetooth/NFC)
- parametri di test passati
- installazione o smontaggio eseguita dal cablaggio di prova per un caso di test specifico