Cómo probar una aplicación Android antes del lanzamiento

Definir el candidato de lanzamiento y el alcance

Elija la versión exacta que desea enviar y registre los cambios. Enumere los recorridos que más importan, las versiones y factores de forma de Android compatibles, y cualquier integración afectada por el cambio. Acordar qué áreas están excluidas.

Elija una matriz de prueba representativa

Seleccione dispositivos y versiones de Android según su audiencia admitida, los datos de uso disponibles y el cambio que está realizando. Incluya dispositivos reales relevantes junto con emuladores cuando sea posible. Un resultado aprobado en una configuración no establece la cobertura de todos los dispositivos.

Primero realice una breve prueba de humo

Confirme la instalación, el lanzamiento y un recorrido principal completo antes de dedicar tiempo al plan completo. Si un problema de bloqueo impide realizar pruebas significativas, infórmelo con la compilación exacta y repita la prueba de humo después de la solución.

Transiciones de prueba y rutas de falla

Verifique el comportamiento de instalación y actualización, opciones de permisos, entradas no válidas y acceso a la red interrumpido. Ejercicio en segundo plano y regreso a la aplicación. Para compras específicas de aplicaciones o flujos de cuentas, utilice entornos de prueba adecuados y cuentas dedicadas.

Consulta las variaciones de pantalla y accesibilidad

Inspeccione la ventana más pequeña admitida, el texto grande, las orientaciones admitidas y los idiomas relevantes. Incluya un recorrido manual de TalkBack al evaluar la accesibilidad. Los controles automatizados y el uso manual revelan diferentes problemas; ninguno de los dos establece por sí solo una accesibilidad completa.

Registre los resultados antes de tomar una decisión de lanzamiento

Marque un cheque aprobado sólo después de observar el resultado esperado. Registre los controles fallidos con referencias de informes, deje los controles no probados como no verificados y explique por qué un elemento no es aplicable. Revise las correcciones y los riesgos restantes con la persona responsable del envío.

Ejemplo: un flujo de inicio de sesión modificado

Ejemplo de planificación ilustrativo: un cambio de inicio de sesión afecta el inicio de sesión nuevo, las credenciales no válidas, las sesiones caducadas, los reintentos sin conexión y el regreso desde segundo plano. Agregue el idioma admitido y las variantes de texto grande más relevantes para esa pantalla. Registre cada resultado en comparación con la compilación candidata.

Mantenga separadas la elegibilidad para QA y Google Play

Esta lista de verificación ayuda a organizar las pruebas de calidad. No es una certificación oficial de Google, una auditoría de seguridad ni una prueba de que se haya cumplido un requisito de participación del probador de Google Play. La elegibilidad de producción de Google Play es un proceso separado.

¿Completar la lista de verificación significa que la aplicación está lista para enviarse?

No. Resume sólo las comprobaciones que realizó. La decisión de liberación también depende de los problemas no resueltos, las áreas excluidas y las necesidades de sus usuarios.

¿Cuántos dispositivos debo probar?

No existe un recuento universal que demuestre la cobertura. Elija configuraciones representativas para su audiencia admitida y documente los límites de su matriz de prueba.

¿Puedo usar la lista de verificación sin JavaScript?

Sí. La lista de verificación completa está en la página HTML y se puede imprimir. Los estados interactivos y la exportación de Markdown requieren JavaScript.