Usa informes previos al lanzamiento y funciones de Firebase para mejorar tu app

  • Lanzamiento
  • Pruebas
  • Desarrollo

Tu empresa depende de la publicación de apps de alta calidad. Uno de los pasos que debes seguir para lograr este nivel es probarlas en una variedad de dispositivos. Los informes previos al lanzamiento usan pruebas automatizadas en dispositivos reales para identificar problemas de diseño, brindar diagnósticos sobre fallas, descubrir vulnerabilidades de seguridad y mucho más. Con esta información, podrás ejecutar pruebas personalizadas en Firebase Test Lab.

Por qué funciona

Si identificas dónde radican los problemas de tu app, podrás garantizar la mejor calidad posible para los usuarios al momento del lanzamiento. Si solucionas los problemas antes de que se publique la app, podrás brindar una mejor experiencia a los usuarios, lo que tendrá un impacto positivo en tus calificaciones y opiniones, y generará usuarios más comprometidos.

Funciones

  • Informes previos al lanzamiento: Muestran un resumen de los problemas encontrados en las apps que cargas en el segmento de pruebas cerradas predeterminado. Estas apps se prueban automáticamente para detectar vulnerabilidades de seguridad y problemas de estabilidad, rendimiento, compatibilidad, visualización y accesibilidad en una variedad de dispositivos en Firebase Test Lab.

    Cuando se encuentran problemas, el informe brinda detalles que pueden ayudarte a resolverlos, incluidos seguimientos de pila y (si corresponde) capturas de pantalla o repeticiones de video de las pantallas rastreadas. Si una falla detectada en el informe también se encuentra en Android vitals, se crea un vínculo para que puedas ver información sobre el impacto de la falla, lo que te ayudará a priorizar su solución.

  • Pruebas personalizadas con Firebase Test Lab: Detectan defectos del proceso de desarrollo mediante la ejecución de pruebas con secuencias de comandos en la app.

Prácticas recomendadas

  • Usa los segmentos predeterminados de pruebas cerradas y abiertas para ejecutar un informe previo al lanzamiento. Los segmentos cerrados adicionales que generes no recibirán ningún informe previo al lanzamiento.
  • Compara compilaciones y haz un seguimiento del progreso. Como parte del informe previo al lanzamiento, la pestaña Fallas muestra un gráfico con la compatibilidad de tu app en comparación con compilaciones anteriores. Cada una de las barras del informe representa una compilación de la app que se probó recientemente en los segmentos de pruebas abiertas o cerradas, junto con la cantidad de lanzamientos exitosos y fallidos que se detectaron durante las pruebas.
  • Revisa cómo funciona la app en diferentes versiones de Android y, en particular, en la última versión. Con el informe previo al lanzamiento, cerca de la mitad inferior de la pestaña Fallas de la app puedes ver informes que muestran el dispositivo de prueba y la versión de Android del dispositivo con un ícono rojo que muestra si la app tuvo algún problema en la prueba.
  • Descubre problemas de diseño. Las capturas de pantalla en el resumen de cada prueba te permiten ver la apariencia de tu app en los dispositivos de prueba con diferentes versiones de Android, idiomas y resoluciones de pantalla.
  • Considera subir otra versión de la app. Es posible que una prueba muestre "dispositivos no disponibles" en los resultados, incluso si el APK es compatible con ellos. Para asegurarte de que la app funcione con todos los dispositivos, sube otra versión a las pistas de pruebas cerradas o abiertas.
  • Identifica vulnerabilidades de seguridad. Las vulnerabilidades de seguridad conocidas se marcan para que puedas tomar medidas y garantizar que tu app sea segura para los usuarios. El informe incluso busca problemas en bibliotecas de terceros. Los nombres y las descripciones de las vulnerabilidades de seguridad que se encuentran en el APK se incluyen en el informe previo al lanzamiento de cada prueba.
  • Identifica el uso de API no compatibles (que no pertenecen al SDK). A partir de Android 9 (nivel de API 28), se aplicaron restricciones al uso de interfaces que no están en el SDK público de Android. La pestaña Estabilidad del informe previo al lanzamiento muestra las interfaces de plataformas no compatibles que detecta Android vitals para la app, clasificadas por gravedad para ayudarte a priorizarlas. Se muestra al menos un seguimiento de pila para cada interfaz, para ayudarte a encontrar dónde se invoca la API.
  • Quita los requisitos de ubicación. Es posible que tu app dependa de la ubicación geográfica y que la de los dispositivos de prueba no cumpla con este requisito. En este caso, publica una app en las pistas de pruebas cerradas o abiertas que quite los requisitos de ubicación, sobre todo si la app tiene restricciones de contenido en función del país.
  • Incorpora datos que quieras incluir en las pruebas. Si quieres ejecutar pruebas en una app con datos precargados, publica una versión en los segmentos de pruebas cerradas o abiertas con los archivos multimedia incorporados en el APK.
  • Inhabilita los servicios de licencias de Google Play. Si tu app no alcanzó el segmento de producción, para asegurarte de que identifique correctamente a los usuarios en los dispositivos de prueba, publica una versión en el segmento de prueba cerrada con los servicios de licencias de Google Play inhabilitados. De lo contrario, recibirás menos resultados en las pruebas.
  • Ejecuta pruebas con acceso protegido. Si tu app incluye una pantalla de acceso, considera la opción de proporcionar credenciales que representen una cuenta de prueba para Android vitals. De esa manera, las pruebas podrán ejecutarse en su totalidad y eso te permitirá comprender mejor cómo se desempeña tu app en los dispositivos más populares.
  • Crea bucles de demo para verificar acciones predeterminadas en tu juego. Los bucles de demo hacen que el informe previo al lanzamiento sea relevante para probar la acción en el juego, ya que el rastreador estándar no es compatible con OpenGL. En el caso de los juegos creados con OpenGL, publica una versión con bucles de demo en los segmentos de pruebas cerradas o abiertas.
  • Asume un mayor control sobre las pruebas y asegúrate de que se evalúen las funciones clave. Configura secuencias de comandos Robo para realizar acciones específicas. Grábalas en Android Studio con la grabadora de pruebas Espresso y, luego, cárgalas en la configuración del informe previo al lanzamiento de tu app. El rastreador de la prueba ejecutará tus secuencias de comandos y los resultados se incluirán en el informe.
  • Identifica los vínculos directos. Agrega los vínculos directos de tu app a la configuración del informe previo al lanzamiento, y el rastreador los verificará durante las pruebas.
  • Verifica que el resumen de la prueba no contenga errores, advertencias ni problemas menores. Se marcarán todos los problemas de accesibilidad que se detecten durante la prueba. Revisa la pestaña "Accesibilidad" del informe para ver los clústeres de pantallas que identifican en qué parte de la app se detectaron los problemas. Además, obtén información sobre cómo identificar sugerencias a través de la Prueba de accesibilidad.