Para integrar las pruebas en un servicio de pruebas continuas de plataforma, deben cumplir con las pautas de esta página y seguir este flujo recomendado.
- Utilice el sistema de compilación Soong para una configuración de prueba simple .
- Emplee Test Mapping para crear fácilmente reglas de prueba previas y posteriores al envío directamente en el árbol de código fuente de Android.
- Ejecute pruebas localmente usando Atest .
Tipos de prueba
Los tipos de pruebas admitidos son:
- Las pruebas de instrumentación admiten pruebas tanto funcionales como métricas. Consulte Pruebe su aplicación para obtener orientación general sobre las pruebas de aplicaciones.
- GoogleTest (GTest) admite los siguientes tipos de pruebas:
- GTests funcionales utilizando el marco GTest
- Pruebas métricas usando
google-benchmark
- Pruebas de host JAR usando JUnit
Las pruebas funcionales hacen afirmaciones de aprobación o falla en casos de prueba, mientras que las pruebas de métricas generalmente realizan una acción repetidamente para recopilar métricas de tiempo.
Con el formato de entrada/salida estandarizado, se elimina la necesidad de un análisis y posprocesamiento personalizado de resultados por prueba, y se pueden utilizar arneses de prueba genéricos para todas las pruebas que se ajusten a la convención. Consulte la descripción general de Trade Federation para conocer el marco de prueba continua incluido con Android.
Directrices para casos de prueba {directrices}
Se espera que los casos de prueba ejecutados a través del servicio de pruebas continuas sean herméticos , lo que significa que todas las dependencias se declaran y se proporcionan con las pruebas. Consulte Hermetic Servers en el blog de pruebas de Google para comprender este principio. En resumen, las pruebas herméticas no requieren:
- inicio de sesión de cuenta de Google
- Conectividad configurada (telefonía/Wi-Fi/Bluetooth/NFC)
- parámetros de prueba pasados
- Configuración o desmontaje realizado por el arnés de prueba para un caso de prueba específico.