Resumen

Las pruebas móviles usan el mismo modelo que las web. Un caso de prueba es una lista de pasos, cada uno un resultado esperado en palabras sencillas, como "Existe una cuenta nueva para un correo nuevo". En Android, el agente alcanza cada resultado esperado en un emulador que ejecuta tu app: toca, desliza, escribe y lee la pantalla, y cada acción aparece bajo el paso como Step Actions. Cada paso termina con un Final check, y la ejecución termina como Passed, Failed, Couldn't start o Cancelled.

Las pruebas de Android se ejecutan en emuladores de Android alojados en los runners de Autonomy. Una ejecución espera en la cola hasta que la toma un runner con un emulador libre. Si ninguno se libera a tiempo, la ejecución termina con Couldn't start y el mensaje "No runner was available to start this run in time.", y no se cobra. Si un emulador no arranca, la ejecución termina con "A test device wasn't available, so the run couldn't start."

Cuando grabas, el asistente muestra Emulator online cuando hay uno libre, y No emulator online cuando no lo hay, con el mensaje "No runner has an Android emulator free right now. Write or describe the steps, or try again in a few minutes."

De dónde viene la app

El build de la app vive en un entorno. Un entorno tiene un objetivo por plataforma:

Las ejecuciones usan el build guardado en el entorno. Para probar un build nuevo, súbelo o vuelve a guardar el enlace de descarga en el entorno. Las subidas pasan un control de seguridad antes de que una ejecución pueda usarlas. Un proyecto prueba todas las plataformas para las que sus entornos tienen objetivos, y el mismo caso de prueba se ejecuta en web y Android cuando su proyecto tiene objetivos para ellas.

iOS necesitará un build de simulador: un .ipa de dispositivo no puede ejecutarse en un simulador. Consulta Builds móviles para ver los comandos de build.

Formas de enviar un build

• Panel: abre Environments del proyecto, edita el entorno y, en el objetivo Android, elige Upload para soltar un archivo o URL para un enlace de descarga.
• CI: sube el build desde tu pipeline e inicia ejecuciones con él. Consulta Builds móviles y las recetas para GitHub Actions, GitLab CI, Jenkins, Bitrise y CircleCI.
• Expo EAS: ejecuta las pruebas cuando termina un build de EAS. Consulta Expo EAS.

Escribir casos de prueba móviles

Escribe los pasos como resultados esperados, igual que en web. No describas toques ni coordenadas de pantalla: el agente encuentra su propio camino hasta cada resultado esperado en el dispositivo. Los adjuntos, como cuentas, bandejas de entrada y datos de prueba, funcionan igual. Consulta Casos de prueba.

• Inicios de sesión: en Android, los inicios de sesión usan credenciales. Las sesiones de navegador guardadas solo funcionan en web. Consulta Inicios de sesión.
• Grabación: Record it once también funciona en Android: arranca un emulador alojado, instala y abre el build de tu entorno, y lo transmite a tu pestaña. La grabación en iOS llegará cuando las pruebas en iOS estén disponibles. Consulta Grabar en Android.

Qué muestra una ejecución móvil

Una ejecución móvil tiene la misma página que una web: el resultado de cada paso, sus Step Actions y su Final check, además de Replay, Screenshots y Logs en el panel de evidencia. Consulta Ejecuciones y resultados.

Limitaciones

• Android se ejecuta en emuladores. La cámara, NFC, la huella dactilar y todo lo que necesite un build firmado para dispositivo no funcionan.
• Las sesiones de navegador guardadas con la extensión de Chrome no se pueden usar en móvil.