En este documento, se describen los AVD para Test Lab, incluidos sus beneficios y limitaciones conocidas. También proporcionamos recomendaciones para probar tu app durante el ciclo de vida de desarrollo.
Si bien los AVD en Test Lab son similares a los AVD para Android Studio, existen algunas diferencias. Por ejemplo, los AVD en Test Lab usan una conexión de datos emulada en lugar de Wi-Fi.
Los AVD para Test Lab con el sufijo .arm o (ARM) son emuladores
avanzados que proporcionan los siguientes beneficios:
Tiempo de ejecución de pruebas más rápido
Tamaños y densidades de pantalla alineados con los AVD de Android Studio para mantener la coherencia
Usar AVD con un sufijo .arm o (ARM) proporciona las
siguientes ventajas en comparación con otros tipos de dispositivos físicos:
| Beneficio | Descripción | Casos de uso |
| Alta disponibilidad | Puedes ejecutar y obtener resultados de pruebas de forma más rápida cuando usas dispositivos virtuales. Dado que los dispositivos virtuales se crean según demanda, las pruebas se inician casi de inmediato, lo que proporciona una validación rápida de la app. | Probar pequeñas actualizaciones para tu app o realizar pruebas de regresión |
| Mayor duración de las pruebas | Las pruebas en dispositivos físicos se limitan a una duración de 45 minutos en cada dispositivo. Los dispositivos virtuales admiten una duración de prueba de hasta 60 minutos. | Ejecutar pruebas más largas |
| Costos más bajos | Los dispositivos virtuales tienen un costo de $1 por hora para cada dispositivo virtual que uses con el fin de probar tu app. | Pruebas diarias con sistemas de integración continua o antes de verificar el código. Para obtener más información, consulta Niveles de uso, cuotas y precios de Test Lab. |
Prueba tu app con dispositivos virtuales
Puedes probar tu app con dispositivos virtuales de la misma forma en que lo haces con dispositivos físicos. Simplemente elige dispositivos virtuales cuando selecciones dimensiones de prueba para configurar una matriz de pruebas. Para obtener más información sobre cómo ejecutar pruebas con Test Lab, consulta Comienza a realizar pruebas en Android con Firebase Test Lab.
Cómo ver los modelos y las APIs compatibles
Para ver las APIs y los modelos de AVD compatibles con Test Lab, ejecuta el siguiente comando:
gcloud firebase test android models list --filter=virtual
Recomendaciones para probar tu app
Los dispositivos virtuales aumentan tu rango de opciones cuando pruebas tu app con Test Lab. Te sugerimos usar las prácticas recomendadas de esta sección para probar tu app durante todo el ciclo de vida de desarrollo.
Usa el emulador de Android Studio o un dispositivo físico conectado
Cuando desarrolles tu app, usa el emulador de Android Studio o un dispositivo físico conectado y examina cada compilación para la validación inicial. Si tienes pruebas de instrumentación, también puedes ejecutarlas desde Android Studio en dispositivos físicos o virtuales proporcionados por Test Lab.
Usa sistemas de CI para cada cambio de código cuando trabajes en proyectos compartidos
Si trabajas en un proyecto grande o si colaboras con proyectos que se comparten mediante GitHub o un servicio similar, te recomendamos usar sistemas de integración continua (CI).
Prueba tus apps en dispositivos virtuales cada vez que se ejecute el sistema de CI o antes de cada solicitud de extracción. Si quieres obtener más información para usar Test Lab con sistemas de CI, consulta Usa Test Lab para Android con sistemas de integración continua.
Prueba tu app en dispositivos físicos con Test Lab antes de lanzar actualizaciones significativas
Antes de lanzar actualizaciones de la app con cambios significativos en la IU y la funcionalidad, te recomendamos usar Test Lab para probarla en dispositivos físicos. Esto te permitirá garantizar la estabilidad y el buen rendimiento de tu app en una amplia variedad de dispositivos físicos populares. Las pruebas en dispositivos físicos también garantizan la cobertura de pruebas para cualquier funcionalidad de app que se base en funciones de dispositivos físicos que los dispositivos virtuales no simulan. Para obtener más información sobre estas funciones, consulta Limitaciones conocidas.
Actualizaciones de dispositivos virtuales
De forma periódica, el equipo de Android agrega nuevas imágenes de dispositivos virtuales, hace que las antiguas dejen de estar disponibles y actualiza las existentes. Aplicamos estas actualizaciones a nuestras imágenes de dispositivos virtuales para asegurarnos de que ejecutas pruebas con versiones actualizadas de Android que reflejen las experiencias de tus usuarios.
En casos excepcionales, estas actualizaciones pueden hacer que las pruebas fallen de forma inesperada. Cuando haya una actualización que se sepa que puede producir errores, Test Lab incluirá información en las notas de la versión. Siempre que sea posible, recomendamos usar frameworks de prueba, como Espresso, que sean sólidos ante estos cambios. Cuando no sea posible, te recomendamos que orientes los dispositivos virtuales ARM, que se actualizan con menos frecuencia.
Limitaciones conocidas
Los dispositivos virtuales actualmente son incapaces de simular algunas características de los dispositivos físicos, o pueden hacerlo con algunas limitaciones. En la siguiente tabla, se resumen esas características:
| Función | Detalles |
| Interfaces binarias de la aplicación (ABI) | No todos los dispositivos admiten todas las ABI. Si desarrollas
con el NDK de Android, asegúrate de generar código para las
ABI compatibles con los dispositivos a los que te orientas. Para obtener más información, consulta
Dispositivos disponibles en Test Lab.
Para obtener más información sobre la administración de ABI, consulta ABI de Android.
Para saber qué ABI son compatibles con un dispositivo, consulta
Verifica los dispositivos de prueba disponibles.
Nota: Si una prueba de tu matriz se marca como no válida, puede que tu app dependa de código nativo no compatible con la ABI del dispositivo. |
| Rendimiento de gráficos | Los dispositivos virtuales Nexus y Pixel usan
la renderización de gráficos con software. Las aplicaciones con un contenido gráfico que consume muchos recursos
tendrán un rendimiento menor. Si tu app tiene contenido gráfico que consume muchos recursos,
usa los modelos SmallPhone.arm y MediumPhone.arm
o dispositivos físicos.
|
| Grabación de pantalla | La grabación de pantalla en dispositivos Nexus y Pixel es de 1 fotograma por segundo. |
| APIs de gráficos | OpenGL ES 3.x no es compatible con dispositivos con un nivel de API inferior al 29. Los dispositivos más recientes no son 100% compatibles con las APIs de OpenGL o Vulkan. Es posible que notes pequeñas diferencias en los gráficos. |