paint-brush
Guía paso a paso para las pruebas de accesibilidadpor@qalified
901 lecturas
901 lecturas

Guía paso a paso para las pruebas de accesibilidad

por QAlified14m2023/06/28
Read on Terminal Reader

Demasiado Largo; Para Leer

La accesibilidad se puede definir como la facilidad de uso para personas con discapacidades. Un sistema puede considerarse accesible cuando está diseñado para que cada persona, independientemente de su situación, pueda percibirlo, comprenderlo, navegarlo e interactuar con él. Las pruebas de accesibilidad consisten en aplicar procesos y técnicas de verificación sobre un producto de software para validar si cumple con los requisitos de accesibilidad esperados.
featured image - Guía paso a paso para las pruebas de accesibilidad
QAlified HackerNoon profile picture
0-item


El propósito de esta publicación es discutir la importancia de la accesibilidad y la importancia de realizar pruebas de accesibilidad en varios sistemas. Además, destacaremos y discutiremos diferentes herramientas y técnicas que se pueden implementar para lograr este objetivo.


Cuando se habla de accesibilidad, también se puede definir como usabilidad para personas con discapacidad. En otras palabras, queremos que cualquier persona pueda utilizar un sistema independientemente de su situación.


Las personas con discapacidad son personas con deficiencias físicas, visuales, auditivas, del habla o cognitivas , entre otras, que enfrentan restricciones al interactuar con diferentes barreras contextuales y que, por lo tanto, no pueden involucrarse plena y activamente en la sociedad.


Es necesario entender que cualquier persona puede estar atravesando una situación de invalidez, ya sea temporal o permanente, parcial o absoluta.


Un ejemplo de lo anterior es una persona que, tras un accidente doméstico, necesita utilizar muletas para desplazarse durante un tiempo, o una persona con discapacidad visual que requiere de un lector de pantalla para interpretar adecuadamente un sistema.




Invalidez permanente, temporal o situacional



Según una encuesta realizada por el Instituto Nacional de Estadística , hay más de 500.000 personas en Uruguay en situación de discapacidad, casi el 17% de la población uruguaya .


A nivel mundial, más del 15% de la población (más de 1.000.000 de personas) se enfrenta a situaciones de discapacidad según la Organización Mundial de la Salud (OMS).


Como puede ver, esto significa que esto afecta a una amplia gama de personas, y es posible que no puedan acceder correctamente a un sistema porque no está diseñado para tener en cuenta la accesibilidad.


Descripción general del contenido

  • ¿Qué son las pruebas de accesibilidad?
  • ¿Qué son los estándares de accesibilidad?
  • Cronología de las WCAG
  • Estructura del Estándar y Niveles de Cumplimiento
  • ¿Qué son las herramientas de prueba de accesibilidad?
  • ¿Cómo se realizan las Pruebas de Accesibilidad?
  • Herramientas de prueba de accesibilidad
  • Pruebas de accesibilidad del usuario (pruebas manuales)
  • Ejemplos de accesibilidad web
  • Conclusiones


¿Qué son las pruebas de accesibilidad?

En definitiva, aplicar procesos y técnicas de verificación sobre un producto de software para validar si cumple o no con los requisitos y estándares de accesibilidad esperados.


Un sistema puede considerarse accesible cuando está diseñado para que cada persona, independientemente de su situación, pueda percibirlo, comprenderlo, navegarlo e interactuar con él.


Este tipo de pruebas han cobrado cada vez más relevancia últimamente debido a que cada vez se utilizan más sistemas, tanto para el trabajo como para las tareas cotidianas.


¿Qué son los estándares de accesibilidad?

Los estándares de accesibilidad son pautas, reglas, controles y normas dentro de la industria que nos permiten comprender el grado de accesibilidad que posee un sistema. El estándar más utilizado en el mundo es WCAG (Web Content Accessibility Guidelines) del W3C (World Wide Web Consortium) , la principal organización sin ánimo de lucro de estándares internacionales.


Además de las WCAG, existen otros estándares y pautas de accesibilidad que se utilizan en diferentes partes del mundo, como:


La Ley de Rehabilitación , secciones 504 y 508 . La Sección 504 ayuda a proporcionar a las personas con discapacidad acceso a espacios de trabajo, educación y otras organizaciones, y la Sección 508 ayuda a brindarles acceso a la tecnología.


Ley de Estadounidenses con Discapacidades (ADA) : esta ley establece que todas las entidades públicas, como escuelas y organizaciones, deben hacer que la tecnología sea accesible para todos. Esto incluye tanto sistemas accesibles como herramientas de prueba de accesibilidad.


Cronología de las WCAG

WCAG es un estándar muy grande que actualmente se aplica a los sistemas web y aplicaciones móviles y está en constante evolución.

Para entenderlo mejor y saber más sobre cómo evolucionó, la primera versión de este estándar (WCAG 1.0) surgió en mayo de 1999, con el propósito de describir una regla general para el diseño accesible. Posteriormente, en diciembre de 2008, fue reemplazada por WCAG 2.0, que cubría una amplia gama de recomendaciones para hacer más accesible el contenido web. En junio de 2018 se publicó la versión WCAG 2.1, que actualmente es la versión más estable.


Esta versión incluye no solo accesibilidad para contenido web sino también accesibilidad para aplicaciones móviles

Actualmente se está trabajando en dos nuevos documentos. Por un lado, la versión WCAG 2.2, que incluye las pautas de accesibilidad para contenidos web 2.1.


Por otro lado, actualmente se encuentra en marcha el proyecto Silver (Ag) , que pasará a ser la versión WCAG 3.0. Este documento incluirá pautas adicionales y diferentes mecanismos de puntuación. Se espera que este proyecto sea el sucesor de la versión WCAG 2.2, pero no la reemplazará ni será compatible con WCAG 2.X. Será un conjunto de pautas alternativas.




Imagen que muestra la evolución de las pautas de accesibilidad de las WCAG


Estructura del Estándar y Niveles de Cumplimiento

Para entender el estándar y cómo funciona, las pautas de accesibilidad actuales para el contenido web incluyen cuatro principios de diseño ( perceptible, operable, comprensible y robusto *)* distribuidos en 13 pautas que evalúan diferentes situaciones de discapacidad aplicando 78 criterios. Estos se agrupan en tres niveles de cumplimiento: el menos estricto (A), el moderadamente estricto (AA) y el más estricto (AAA).



Imagen que explica los niveles de cumplimiento A, AA y AAA



Los cuatro principios de diseño mencionados para que el contenido se considere accesible son:


  • Perceptible: el contenido de un sitio web debe tener sentido desde la perspectiva de cada usuario.

  • Operable : un sitio web es operable cuando un usuario puede navegar fácilmente por cada página.

  • Comprensible: cada elemento de un sistema debe ser entendido por cualquier persona, por lo que el lenguaje debe ser fácil.

  • Robusto: el contenido de un sitio web debe ser compatible con cualquier tipo de tecnología y usuario.


Para comprender mejor el alcance de las WCAG, estas pautas van desde situaciones muy técnicas de bajo nivel, como que cada imagen web (etiqueta en código HTML) deba tener el atributo alternativo (alt) para describir la imagen, hasta situaciones más altas. lineamientos de nivel – por ejemplo, se requiere que todo contenido multimedia tenga subtítulos y todo audio su correspondiente traducción.


¿Qué son las herramientas de prueba de accesibilidad?

Las personas con discapacidades físicas que no pueden usar dispositivos, incluidas computadoras o dispositivos móviles, necesitarán herramientas de apoyo para ayudarlos a interactuar con los sistemas. Algunas de las herramientas de apoyo son:


  • Teclados especiales : diseñados específicamente para usuarios con discapacidad motora.

  • Software Screen Zoom: desarrollado para ayudar a las personas con baja visión, ampliando la pantalla y facilitando la lectura.

  • Lector de pantalla: este tipo de herramienta se utiliza para leer el texto que se muestra en una pantalla.

  • Software de reconocimiento de voz : cuando reconoce el habla, reemplaza las palabras habladas con texto, por lo que funciona como un punto de entrada a un sistema.


¿Cómo se realizan las Pruebas de Accesibilidad?

Las pruebas se realizan mediante procedimientos y actividades que verifican si el sistema cumple o no con los estándares definidos.


Para ello se definen unos procedimientos que sirven de guía sobre cómo realizar este tipo de pruebas. Definen actividades y herramientas de prueba de accesibilidad para facilitar las tareas de verificación.

Herramientas de prueba de accesibilidad - Cómo realizar pruebas de accesibilidad

Ahora que ya sabes qué debe tener un sistema para ser considerado accesible, vamos a ver cómo realizar las diferentes pruebas utilizando:


  • Herramientas de prueba de accesibilidad
  • Pruebas de accesibilidad del usuario o pruebas manuales

Herramientas de prueba de accesibilidad

El estándar WCAG se verifica utilizando herramientas de verificación o herramientas automáticas. Para realizar la verificación, leen el código HTML de una aplicación web o móvil, y rápidamente obtienen un informe que indica las pautas que se cumplen y las que no se basan en las WCAG.

Es posible encontrar varias herramientas en el mercado para evaluar la accesibilidad.


En esta ocasión, presentaremos dos de ellos:


Axe (Accesibilidad Axe) le permite verificar que la estructura de una página web cumple con las pautas de WCAG. CCA (Colour Contrast Analyzer) verifica el contraste de colores teniendo en cuenta las directrices WCAG. Para entender cómo funcionan, presentaremos algunos breves ejemplos de cómo se utilizan.


1. Axe (Herramientas de desarrollo de Axe)

Esta herramienta es útil para inspeccionar la estructura de un sitio web y verificar si cumple con todas las pautas de WCAG y algunos de los otros estándares mencionados anteriormente.


Por ejemplo, si ejecutó Axe sobre un sitio web y descubrió que no cumplía con las pautas de accesibilidad relacionadas con la estructura y el orden de los encabezados, esta herramienta le permitiría identificar estos aspectos muy rápidamente.


Para usarlo en Google Chrome, solo necesitará instalar la extensión desde Chrome Web Store. Para ejecutarlo, abra la consola del desarrollador y seleccione la pestaña "Axe Dev Tools". La herramienta ofrece diferentes opciones de validación, y es posible escanear y validar el sitio web completo o un elemento específico. Por ejemplo, si selecciona la opción para validar un sitio web completo, se genera rápidamente un informe completo que incluye todos los hallazgos de accesibilidad para el sitio web categorizados por nivel de impacto.


Otra cosa a destacar es que Axe te ofrece una descripción del problema y sugerencias sobre cómo solucionar cada uno de los errores, lo que facilita su comprensión y agiliza el proceso de corrección.



Ejemplo de una prueba con Axe


2. Analizador de contraste de color (CCA)

Las pruebas realizadas con CCA son cruciales para simular situaciones de personas con baja sensibilidad al contraste de color. Esta condición se puede presentar en personas con discapacidad visual, como los diferentes tipos de daltonismo. Asimismo, este tipo de situaciones es aún más común en las personas mayores y puede empeorar cada vez más con el paso de los años.


El problema principal cuando hay colores con poco o ningún contraste es lo difícil que se vuelve navegar, leer o interactuar con el sistema, por lo que esta herramienta lo ayudará a verificar que haya suficiente contraste entre el color de primer plano (texto o imagen) y el color de fondo


Por ejemplo, si desea verificar el contraste de un botón en un sitio web, puede usar CCA para obtener el color de primer plano (el color del texto) y el color de fondo. CCA analizará automáticamente la relación de contraste entre ambos colores.


Después de haber descargado la herramienta CCA , verá que le presenta diferentes formas de seleccionar un color. En este caso, seleccione el color de primer plano con el cuentagotas y, del mismo modo, seleccione el color de fondo con el cuentagotas. La herramienta mostrará inmediatamente los resultados del contraste de color teniendo en cuenta las directrices de las WCAG .


Otra de las ventajas de utilizar esta herramienta es que ofrece recomendaciones sobre la relación de contraste de color que debe tener un texto en relación con su tamaño.


Las recomendaciones proporcionadas por la herramienta se implementaron utilizando las pautas WCAG . Estos determinan 2 niveles de cumplimiento para este tipo de situaciones: un contraste mínimo (Nivel AA) y un Contraste Mejorado (Nivel AAA) . Los criterios para estos niveles de cumplimiento establecen que:


  • Para el nivel AA , el texto normal debe tener una relación de contraste de al menos 4,5 y los textos grandes deben tener una relación de contraste de al menos 3,1. En este caso, WCAG se refiere a textos "grandes" para indicar 18 px o 14 px en negrita.

  • Para el nivel AAA , el requisito es una relación de contraste de 7,1 para texto normal y 4,5 para textos grandes.




Ejemplo de una prueba con la herramienta CCA


Pruebas de accesibilidad del usuario (o pruebas manuales)

Para complementar las pruebas con herramientas de verificación de pruebas de accesibilidad, se realizan pruebas de usuario o manuales que permiten a los testers centrarse en el contenido y no tanto en la estructura de un sitio web.


Por ejemplo, puede usar herramientas de verificación para asegurarse de que todas las imágenes tengan el atributo alternativo (alt), pero, con este tipo de pruebas, verifica que el texto alternativo sea consistente con la imagen que ve .



Manzana



La realización de estas pruebas viene determinada por la situación de discapacidad. En este caso, se definen 5 categorías:


  1. Pruebas de uso de color

  2. 2. Pruebas centradas en el campo

  3. Pruebas de navegación

  4. Pruebas de “zoom”

  5. Pruebas de lectores de pantalla


1. Pruebas de uso de color

El objetivo de estas pruebas es verificar que el sistema no solo se basa en el uso de colores para comprender lo que sucede con el sistema.


Por ejemplo, a continuación verá una situación en la que hay una comparación entre la percepción de una persona con discapacidad visual (o una persona daltónica) y la percepción de una persona sin discapacidad visual. Puedes ver como una persona con discapacidad visual no puede identificar si la información ha sido ingresada correctamente o no.



Ejemplo de persona con visión normal y persona con discapacidad visual afectada por un sistema que depende del uso del color



Una forma de solucionar esta situación es incorporar mensajes e iconos descriptivos, como los siguientes:



Ejemplo de una persona con visión normal y una persona con discapacidad visual con un sistema de mensajes e iconos descriptivos


2. Pruebas centradas en el campo

El objetivo de este tipo de pruebas es asegurarse de que las personas con discapacidad motora también puedan utilizar el sistema.


Las pruebas buscan verificar que el sistema tenga habilitado el indicador de enfoque proporcionado por los navegadores y que contenga todos los elementos del sitio web. De esta forma, el usuario podrá saber dónde está posicionado o qué está seleccionado.


3. Pruebas de navegación

Este tipo de pruebas generalmente se llevan a cabo usando un teclado en lugar de usar un mouse para interactuar con un sistema. Están relacionados con las pruebas enfocadas en campo porque, para poder realizarlas, el foco debe estar correctamente configurado para que la navegación con el teclado sea posible.


Para ejecutarlas, se plantean una serie de preguntas:


  • Al navegar por el sitio web usando la tecla “tab” para subir y “shift + tab” para bajar, ¿se ejecutan en orden?

  • ¿Puede navegar por todo el sitio web de izquierda a derecha y de arriba a abajo y acceder a todas las secciones del sitio web?

  • ¿Hay algún elemento o contenido en el sitio al que no se pueda acceder usando solo un teclado?


Este tipo de situaciones son las que se validarán durante las pruebas de navegación.

4. Prueba de "Zoom"

Estos son cruciales para las personas con baja visión. Esta es una situación que cada vez es más común para personas de todas las edades, por lo que cada vez cobran más importancia.


La capacidad de hacer zoom no solo se incluye en las recomendaciones y pautas de accesibilidad en WCAG, sino que también es una herramienta de prueba de accesibilidad que facilita la vida cotidiana de las personas.

Al realizar este tipo de pruebas, comienzas con una pregunta muy simple: ¿la aplicación tiene habilitada la funcionalidad de zoom?


A veces, debido a problemas técnicos o de diseño, la funcionalidad de zoom está deshabilitada, lo que significa que las personas que podrían necesitarlo no tienen la opción de hacerlo.


La segunda pregunta que hay que hacerse es: ¿ la aplicación funciona correctamente cuando se aplica el zoom?


Cuando la función de zoom está habilitada, es importante verificar que, al aumentar el tamaño de la pantalla, por ejemplo, al 200 %, aún es posible visualizar la información y operar dentro del sistema sin ningún problema.


Es común identificar problemas con este tipo de pruebas, porque hay información cortada, o elementos del sitio web que no están ajustados correctamente y, por lo tanto, la interacción no es buena, entre otras situaciones que representan un problema para usuarios


5. Pruebas de lectores de pantalla


Por último, hablaremos de las pruebas de lectura de pantalla. Esta herramienta convierte contenido HTML en audio simplificado; es decir, lee y explica lo que se muestra en pantalla.

El objetivo principal de estas herramientas es ayudar a las personas con discapacidad visual a navegar por cualquier sistema, independientemente de su situación.


Buscan verificar que el sistema sea accesible para las personas que naveguen por él utilizando el mencionado lector de pantalla.


Hay muchos lectores de pantalla diferentes: algunos de ellos son aplicaciones de escritorio y otros son extensiones de Chrome. Algunos ejemplos incluyen NVDA, JAWS, Windows Narrador y Screen Reader, entre otros.


Para realizar estas pruebas, primero activa las herramientas y luego navega manualmente por el sistema mientras observa si lo que el lector interpreta es consistente con lo que se muestra en la pantalla.


Por último, se crea un informe que detalla cada error de accesibilidad que se encontró durante la prueba.

Hay varios problemas que este tipo de pruebas pueden detectar: por ejemplo, si estuviera pasando por un campo de entrada en un formulario y el lector no leyera el campo, esto sería un problema para una persona ciega porque no entenderá lo que información que deben ingresar.


Ejemplos de accesibilidad web

Ahora que ya sabe lo que significa que una aplicación web sea accesible, le mostraremos algunos ejemplos que le mostrarán cuándo un sistema cumple con los requisitos de accesibilidad y cuándo no.


1. Contraste de color adecuado

Las personas con discapacidad visual pueden tener dificultades para leer textos cuando no hay contraste con el color de fondo, ya sea un fondo simple o una imagen con texto.

Por ejemplo, los subtítulos de un video o texto impreso en una imagen.


Ejemplo de imágenes difíciles y fáciles de leer


2. Proporcionar etiquetas descriptivas para los campos de un formulario

Es común que los formularios se implementen con etiquetas incrustadas en cada campo del formulario. Es mejor no hacerlo de esta manera porque los lectores de pantalla pueden pasar por alto estas descripciones. Además, los usuarios con discapacidades cognitivas pueden no captar la intención o la referencia al campo.

Este es un ejemplo donde no se siguen las mejores prácticas:


Ejemplo de un uso incorrecto de etiquetas para campos en un formulario


Se recomienda implementarlo de la siguiente manera:


Ejemplo de un uso correcto de etiquetas para campos en un formulario


3. Títulos y espacios simples

Un buen diseño con una jerarquía simple ayuda a los usuarios a comprender la relación entre el título y los textos, espacios y la ubicación de los elementos correspondientes. Además, reduce el desorden y hace que el contenido sea más accesible.


Ejemplos de encabezados y espacios


4. Alternativas para el consumo de medios

Se recomienda que el contexto esté disponible en diferentes formatos, ofreciendo a las personas con discapacidad diferentes formas de acceder al contenido.


A continuación, puedes ver cómo se presenta un video y, además, se transcribe el audio para que puedas leerlo.



Ejemplo de enlaces a una transcripción y alternativas de audio


Conclusiones


La accesibilidad de los productos de software es un atributo que no se puede pasar por alto porque puede tener un impacto en muchos usuarios. Dependiendo de la situación de discapacidad a la que se enfrente cada persona, le resultará más fácil o más difícil manejar el software según el grado de adopción de las normas establecidas por los estándares y buenas prácticas.


Es importante pensar en la accesibilidad de un sistema como una ventaja competitiva porque no solo aumenta la participación del usuario, sino que también mejora el mantenimiento y la eficacia y cumple con los requisitos legales existentes y futuros de los diferentes países del mundo, por lo que también ayuda vas internacional.


Los estándares de accesibilidad como WACG le brindan un excelente marco de referencia y buenas prácticas para que pueda hacer que los sistemas de información sean accesibles, y le ofrecen una excelente guía sobre cómo comenzar a transitar el camino hacia las pruebas de accesibilidad. Asimismo, gracias a los tres niveles de cumplimiento del estándar, es posible medir el estado actual del sistema y planificar acciones a tomar para alcanzar nuevos niveles de forma incremental en el futuro.


Existen diferentes herramientas de pruebas de accesibilidad para ejecutar pruebas de accesibilidad, como Axe y CCA , entre otras. Te ofrecen una muy buena capacidad de análisis para determinar rápidamente el estado general de los sistemas en cuanto a accesibilidad y ofrecer recomendaciones para corregir los errores detectados en el camino.


Para complementar estas herramientas, también es importante considerar actividades de verificación y validación manual que permitan comprender otros aspectos de la accesibilidad que no se pueden obtener con solo mirar los resultados obtenidos con las herramientas.


Si aplica una estrategia que combine herramientas de pruebas de accesibilidad con pruebas manuales, podrá conocer el nivel de accesibilidad que ofrece el sistema y detectar oportunidades de mejora para una mayor madurez.


También publicado aquí.


Esta historia fue distribuida como un lanzamiento por QAlified bajo el programa Brand As An Author de HackerNoon. Obtenga más información sobre el programa aquí: https://business.hackernoon.com/brand-as-author