"Atrás" debe hacer siempre lo mismo, de forma predecible. En Android hay un botón o gesto de sistema; en iOS, un botón atrás y un deslizamiento desde el borde. Prueba la acción del sistema, no solo tus propios botones. Cada punto tiene un motivo y una comprobación.
Pila básica
1. Atrás por el flujo principal Por qué: atrás debe recorrer el mismo camino que siguió el usuario. Cómo comprobarlo: abre la app, ve tres o cuatro pantallas en profundidad y pulsa atrás repetidamente. Debes pasar por las mismas pantallas en orden inverso y acabar en el inicio, no en una pantalla que nunca visitaste.
2. Atrás desde la primera pantalla Por qué: la última pulsación de atrás sale de la app, y es fácil hacerlo mal. Cómo comprobarlo: en la pantalla principal, pulsa atrás. La app debe salir o preguntar de forma predecible, y al reabrirla no debe mostrar un estado extraño.
3. Pestañas y navegación inferior Por qué: los usuarios esperan que cada pestaña conserve su posición, o se reinicie, de forma coherente. Cómo comprobarlo: entra en profundidad en la pestaña A, cambia a la B y vuelve. ¿Sigue A donde la dejaste? Luego pulsa atrás y anota adónde va. Debe seguir la misma regla en cada pestaña.
Diálogos y modales
4. Diálogos y hojas inferiores Por qué: atrás debe cerrar primero la capa superior. Cómo comprobarlo: abre un diálogo, menú u hoja y pulsa atrás. Solo debe cerrarse esa capa. Tocar fuera debe comportarse como se ha diseñado.
5. Modales y flujos de varios pasos Por qué: atrás en un asistente puede perder los datos introducidos. Cómo comprobarlo: en un formulario de varios pasos, introduce datos, vuelve un paso atrás y adelante. ¿Se conservan los datos? Atrás en el primer paso debe preguntar, no descartar en silencio.
6. Cambios sin guardar Por qué: las ediciones perdidas son el resultado típico de un atrás mal pensado. Cómo comprobarlo: cambia un ajuste o un texto y pulsa atrás. ¿La app guarda, pregunta o avisa, como decidiste, y lo dice con claridad?
Entrada desde fuera
7. Enlaces profundos y notificaciones Por qué: los usuarios que llegan a mitad de la app no tienen historial, y atrás debe seguir teniendo sentido. Cómo comprobarlo: abre la app desde un enlace o una notificación directamente en una pantalla profunda y pulsa atrás. Debe llevar a un padre lógico, sin cerrar la app inesperadamente ni entrar en bucle.
8. Inicio de sesión y onboarding Por qué: atrás no debe devolver a los usuarios a un paso ya terminado. Cómo comprobarlo: termina el inicio de sesión y pulsa atrás. No debe volver a mostrar la pantalla de login. Haz lo mismo tras el onboarding y tras un pago.
9. Bucles de redirección Por qué: una pantalla que redirige hacia delante al llegar atrapa al usuario. Cómo comprobarlo: desde una pantalla que se redirige sola (por ejemplo tras cerrar sesión o una comprobación de permisos), pulsa atrás repetidamente. Debes poder salir.
Estado y sistema
10. Atrás tras una interrupción Por qué: tras un reinicio o al volver a la app, la pila puede haber desaparecido. Cómo comprobarlo: entra en profundidad, envía la app a segundo plano durante mucho tiempo o ciérrala desde el selector (el sistema puede restaurarla), reábrela y pulsa atrás. Ver pruebas de interrupciones.
11. Rotación y teclado Por qué: los cambios de orientación pueden reconstruir pantallas y reiniciar la pila. Cómo comprobarlo: gira el dispositivo en una pantalla profunda y pulsa atrás; y con el teclado abierto, pulsa atrás una vez (debe cerrar primero el teclado).
12. Pulsaciones dobles y rápidas Por qué: pulsar atrás dos veces rápido puede saltarse una pantalla o provocar un cierre. Cómo comprobarlo: pulsa atrás dos veces seguidas durante una transición y comprueba dónde acabas.
Relacionado
- Índice: checklists de pruebas de apps móviles
- Pruebas de interrupciones: llamadas, alarmas y cambios de app
- Checklist de revisión de textos y erratas para apps
Los usuarios nuevos siguen caminos que tú nunca tomarías. Empieza gratis y pide feedback privado y estructurado.