El propósito de esta publicación es discutir la importancia de 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. la accesibilidad 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 , 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. deficiencias físicas, visuales, auditivas, del habla o cognitivas 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. Según una encuesta realizada por el , hay más de en situación de discapacidad, casi . Instituto Nacional de Estadística 500.000 personas en Uruguay 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 (OMS). Organización Mundial de la Salud 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 , la principal organización sin ánimo de lucro de estándares internacionales. WCAG (Web Content Accessibility Guidelines) del W3C (World Wide Web Consortium) Además de las WCAG, existen otros estándares y pautas de accesibilidad que se utilizan en diferentes partes del mundo, como: , secciones y . 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. La Ley de Rehabilitación 504 508 : 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. Ley de Estadounidenses con Discapacidades (ADA) 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 , 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. Silver (Ag) 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 ( *)* 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). cuatro principios de diseño perceptible, operable, comprensible y robusto Los cuatro principios de diseño mencionados para que el contenido se considere accesible son: el contenido de un sitio web debe tener sentido desde la perspectiva de cada usuario. Perceptible: : un sitio web es operable cuando un usuario puede navegar fácilmente por cada página. Operable cada elemento de un sistema debe ser entendido por cualquier persona, por lo que el lenguaje debe ser fácil. Comprensible: el contenido de un sitio web debe ser compatible con cualquier tipo de tecnología y usuario. Robusto: 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: : diseñados específicamente para usuarios con discapacidad motora. Teclados especiales desarrollado para ayudar a las personas con baja visión, ampliando la pantalla y facilitando la lectura. Software Screen Zoom: este tipo de herramienta se utiliza para leer el texto que se muestra en una pantalla. Lector de pantalla: : cuando reconoce el habla, reemplaza las palabras habladas con texto, por lo que funciona como un punto de entrada a un sistema. Software de reconocimiento de voz ¿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 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. HTML Es posible encontrar varias herramientas en el mercado para evaluar la accesibilidad. En esta ocasión, presentaremos dos de ellos: le permite verificar que la estructura de una página web cumple con las pautas de WCAG. 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. Axe (Accesibilidad Axe) CCA (Colour Contrast Analyzer) 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ó 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. Axe 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 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. Axe 2. Analizador de contraste de color (CCA) Las pruebas realizadas con 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. CCA 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 para obtener el color de primer plano (el color del texto) y el color de fondo. analizará automáticamente la relación de contraste entre ambos colores. CCA CCA Después de haber descargado la herramienta , 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 . CCA 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 . Estos determinan 2 niveles de cumplimiento para este tipo de situaciones: y un . Los criterios para estos niveles de cumplimiento establecen que: WCAG un contraste mínimo (Nivel AA) Contraste Mejorado (Nivel AAA) , 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, se refiere a textos "grandes" para indicar 18 px o 14 px en negrita. Para el nivel AA WCAG , el requisito es una relación de contraste de 7,1 para texto normal y 4,5 para textos grandes. Para el nivel AAA 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 La realización de estas pruebas viene determinada por la situación de discapacidad. En este caso, se definen 5 categorías: Pruebas de uso de color 2. Pruebas centradas en el campo Pruebas de navegación Pruebas de “zoom” 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. Una forma de solucionar esta situación es incorporar mensajes e iconos descriptivos, como los siguientes: 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. 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: Se recomienda implementarlo de la siguiente manera: 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. 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. 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 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. WACG Existen diferentes herramientas de pruebas de accesibilidad para ejecutar pruebas de accesibilidad, como y , 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. Axe CCA 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
