Metodología de pruebas manuales en dispositivo: protocolo paso a paso

La parte decisiva de una evaluación de app ocurre con el dispositivo en la mano. Un protocolo escrito garantiza que cada pantalla se somete a las mismas pruebas, que los hallazgos son reproducibles y que las evidencias sirven para el informe y para la reauditoría. Esta lección propone un protocolo en cuatro fases: preparación, configuraciones, pruebas por pantalla y pruebas por flujo, con el registro de evidencias en cada paso.

Fase 1: preparación

1. Dispositivos: al menos un iPhone con la última versión de iOS y uno anterior, y dos Android (uno de Google o Samsung reciente y uno de gama media con una versión anterior). Los fabricantes Android modifican TalkBack y los ajustes de accesibilidad; Samsung, por ejemplo, incluye variantes propias.
2. Versión de la app documentada (número de compilación) e instalada desde la tienda o desde una compilación firmada equivalente. Cuentas de prueba con datos representativos (movimientos, citas, pedidos).
3. Plantilla de registro: hoja con una fila por pantalla y columnas por prueba, más un identificador de hallazgo, criterio EN/WCAG, severidad, descripción, pasos para reproducir y referencia a la evidencia.
4. Grabación de evidencias: activa la grabación de pantalla del sistema; en iOS activa el panel de subtítulos de VoiceOver (Ajustes > Accesibilidad > VoiceOver > Panel de subtítulos) y en Android Mostrar salida de voz en TalkBack, para que lo anunciado aparezca en el vídeo. Nombra los ficheros con pantalla y prueba.
5. Atajos de accesibilidad configurados: triple pulsación del botón lateral en iOS con VoiceOver, Zoom y Voice Control; botones de volumen en Android con TalkBack y Switch Access.

Fase 2: configuraciones del sistema a probar

Cada pantalla de la muestra se revisa, como mínimo, en estas configuraciones:

Qué configuración se aplica en qué pantallas lo decide la matriz de cobertura del plan, y cómo se evalúan en detalle los criterios propios de la interfaz táctil lo verás en la lección siguiente.

Fase 3: protocolo por pantalla con lector de pantalla

Con VoiceOver o TalkBack activos, para cada pantalla de la muestra:

1. Llegada: al abrir la pantalla, ¿se anuncia su título o el primer elemento significativo? ¿Dónde queda el foco? Anota si el foco se pierde (vuelve arriba, se queda en el botón anterior) o si no se anuncia nada.
2. Recorrido secuencial: desliza de elemento en elemento del principio al final. Para cada uno comprueba: nombre comprensible (no «imagen», «botón», «ic_arrow»), rol correcto (un elemento que actúa como botón se anuncia como botón), estado (seleccionado, marcado, expandido, deshabilitado), valor (porcentajes, importes legibles). Marca los elementos decorativos que paran el recorrido y los elementos informativos que faltan.
3. Orden: ¿el orden de recorrido coincide con el orden lógico visual? ¿Se leen juntos los datos que forman una unidad (tarjeta, celda)?
4. Encabezados y navegación por el rotor/menú: ¿existen encabezados para saltar entre secciones? ¿Los enlaces y controles se listan correctamente?
5. Activación: doble toque en cada control: ¿hace lo esperado? ¿Se anuncia el resultado (mensaje de estado, cambio de valor)? Si abre un diálogo, ¿el foco entra en él y el contenido de detrás queda oculto? Al cerrarlo, ¿el foco vuelve al origen?
6. Gestos personalizados: para cada acción que en uso normal se hace con deslizamiento, arrastre o gesto multipunto, ¿existe alternativa (botón, acción en el menú de acciones del lector)?
7. Formularios: etiqueta asociada a cada campo (se anuncia al enfocarlo), tipo de teclado correcto, instrucciones y campos obligatorios anunciados, errores anunciados y localizables, foco al primer error.
8. Contenido dinámico: carruseles, cuentas atrás, actualizaciones automáticas: ¿se anuncian con moderación o interrumpen constantemente? ¿Se pueden pausar?
9. Multimedia: reproductor operable, subtítulos activables, audiodescripción.

Registra cada hallazgo con: identificador, pantalla, pasos exactos (incluida la configuración), resultado observado (cita literal de lo anunciado), resultado esperado, cláusula EN / criterio WCAG, severidad, evidencia (vídeo con marca de tiempo o captura).

Fase 4: pruebas por flujo

Las tareas completas son lo que realmente importa a la persona usuaria. Define 3-6 flujos críticos (registro, login con biometría y sin ella, el proceso principal de la app, modificar datos, contactar con soporte) y complétalos en cada una de estas condiciones: solo lector de pantalla; solo Switch Access; solo teclado externo; texto al máximo. Mide: ¿se completa la tarea? ¿Cuántos intentos? ¿Dónde se bloquea? Un flujo no completable con una tecnología de apoyo es un hallazgo de severidad crítica aunque el resto de la pantalla esté bien.

Severidad y reproducibilidad

• Crítica: impide completar una tarea esencial con una tecnología de apoyo (botón «Confirmar» no enfocable, trampa de foco, botón principal inalcanzable con el texto al máximo).
• Alta: dificulta mucho la tarea o la hace poco fiable (etiquetas genéricas en los controles principales, errores no anunciados).
• Media: molestias relevantes con alternativa (orden imperfecto, decorativos no ocultos, contraste 4:1).
• Baja: mejoras (pistas redundantes, etiquetas mejorables).

Reproduce cada hallazgo crítico y alto en el segundo dispositivo de la misma plataforma y en la otra plataforma: indica en el informe si es específico de iOS, de Android, de una versión o de un fabricante.

Resumen

• Preparación: dispositivos físicos de ambas plataformas, versión documentada, plantilla de registro, grabación con salida de voz visible.
• Configuraciones: lector de pantalla, texto al máximo, tamaño de visualización, modo oscuro y contraste, reducir movimiento, orientación, teclado, Switch, voz, escala de grises; también combinadas.
• Por pantalla: llegada y foco, recorrido (nombre, rol, estado, valor), orden y agrupación, activación y anuncios, alternativas a gestos, formularios, contenido dinámico, multimedia.
• Por flujo: tareas críticas completas con cada tecnología de apoyo; un flujo no completable es crítico.
• Cada hallazgo: pasos, observado literal, esperado, cláusula EN/WCAG, severidad, evidencia y plataformas afectadas.