Pregunta de entrevista para Ingeniero de QA

¿Cómo enfocarías las pruebas de accesibilidad de una aplicación web?

Qué evalúa el entrevistador, cómo estructurar tu respuesta y un ejemplo hablado que puedes adaptar.

Respuesta rápida

Combina trabajo automatizado y manual, porque las herramientas automáticas solo cazan alrededor de un tercio de los problemas. Ejecuta en CI un escaneo basado en axe para contraste, etiquetas ausentes y problemas de estructura. Luego testea a mano la navegación solo con teclado, el orden y la visibilidad del foco, lo que anuncia el lector de pantalla, la asociación de errores en formularios, y el zoom al 200 por ciento. Evalúa contra WCAG 2.2 AA como objetivo habitual.

Por qué lo preguntan los entrevistadores

La accesibilidad es cada vez más un requisito legal y no un extra bonito, y los entrevistadores quieren saber si tienes un método de verdad y no un plugin. Lo clave es admitir que los escáneres automáticos encuentran una minoría de los problemas, así que el testing manual con teclado y lector de pantalla es obligatorio. Nombrar un nivel de WCAG como criterio de aceptación demuestra que sabes definir qué es estar terminado en vez de testear a ojo.

Cómo estructurar tu respuesta

  • Enuncia el reparto entre automático y manual, con el límite honesto de cobertura.
  • Nombra qué va en CI y qué no.
  • Enumera las comprobaciones manuales, empezando por solo teclado.
  • Nombra WCAG 2.2 AA como el estándar contra el que testeas.
  • Menciona involucrar a personas con discapacidad cuando sea posible.

Ejemplo de respuesta

Ejemplo hablado, en primera persona

Lo divido en automático y manual, y digo desde el principio que la automatización solo caza en torno a un tercio de los problemas reales. La parte automática es un escaneo basado en axe metido en el pipeline, que caza de forma fiable los fallos de contraste, el texto alternativo ausente, los controles sin etiqueta y la estructura de encabezados rota, y no cuesta nada por ejecución. La parte manual es donde viven los problemas de verdad. Primero desenchufo el ratón y hago el recorrido crítico entero con el teclado: ¿llego a todo?, ¿se ve el indicador de foco?, ¿el orden sigue la disposición visual?, ¿el foco se queda atrapado en un modal?, ¿vuelve a un sitio sensato al cerrarlo? Después una pasada con lector de pantalla, porque es la única forma de saber si un desplegable a medida se anuncia como algo con sentido o como un div sin etiqueta. Compruebo que los errores de formulario se anuncian y están ligados a su campo de forma programática y no solo poniéndose rojos. Luego zoom al 200 por ciento y una ventana estrecha para que no se corte nada. Testeo contra WCAG 2.2 AA para que pasar y fallar estén definidos, y donde la organización lo apoye insisto en hacer sesiones con personas que dependen de tecnología de apoyo.

¿Tienes esta entrevista a la vuelta de la esquina? GhostPilot escucha tu llamada en vivo, detecta la pregunta en cuanto la hacen y pone una respuesta estructurada en tu pantalla en tiempo real. Pruébalo en tu próxima entrevista de práctica, o coge un Session Pass de $29, sin suscripción, para la de verdad.

Mira cómo funciona

Preguntas de seguimiento que puedes esperar

  • ¿Con qué combinación de lector de pantalla y navegador testearías, y por qué?
  • ¿Cómo testearías un componente a medida que no tiene equivalente nativo en HTML?
  • ¿Cómo convences a un equipo de arreglar bugs de accesibilidad que ningún cliente ha reportado?

Más preguntas para Ingeniero de QA

Tu entrevistador hará su propia versión de esta. Pega la descripción real del puesto en el Question Predictor gratuito y obtén las 20 preguntas que ese puesto tiene más probabilidades de hacerte, con lo que cada una busca en realidad.

Predecir mis preguntas

Ensaya las preguntas difíciles antes de que te las hagan

Practica con un copiloto en vivo y entra preparado. Un Session Pass de $29 te lleva a través de la entrevista sin suscripción y sin ataduras.

Consigue GhostPilot