¿Qué son las pruebas de accesibilidad? (Ejemplos)

¿Qué son las pruebas de accesibilidad?

Las pruebas de accesibilidad se definen como un tipo de prueba de software realizada para garantizar que la aplicación que se está probando sea utilizable por personas con discapacidades como audición, daltonismo, personas mayores y otros grupos desfavorecidos. Es un subconjunto de Las pruebas de usabilidad.

Las personas con discapacidad utilizan tecnología de asistencia, que les ayuda a operar un producto de software. Ejemplos de dicho software son:

• Software de reconocimiento de voz – Convierte la palabra hablada en texto, que sirve como entrada a la computadora.
• Software lector de pantalla – Se utiliza para leer el texto que se muestra en la pantalla.
• Software de ampliación de pantalla– Se utiliza para ampliar el monitor y facilitar la lectura a usuarios con problemas de visión.
• teclado especial hecho para usuarios que escriben fácilmente y tienen dificultades de control motor

¿Por qué realizar pruebas de accesibilidad?

Razón 1: Atender al mercado de personas con discapacidad.

Alrededor del 20% de la población tiene problemas de discapacidad.

• 1 de cada 10 personas tiene una discapacidad grave
• 1 de cada 2 personas mayores de 65 años tiene capacidades reducidas

Las discapacidades incluyen ceguera, sordera, discapacidad o cualquier trastorno del cuerpo.

Un producto de software puede atender a este gran mercado si se adapta a las necesidades de las personas con discapacidad. Los problemas de accesibilidad en el software se pueden resolver si las pruebas de accesibilidad se incluyen en el ciclo de vida normal de las pruebas de software.

Razón 2: Respetar las Legislaciones de Accesibilidad

Agencias gubernamentales de todo el mundo han presentado legalizaciones que exigen que los productos de TI sean accesibles para las personas discapacitadas.

A continuación se presentan los actos jurídicos de varios gobiernos:

• Estados Unidos: Ley de Estadounidenses con Discapacidades – 1990
• Reino Unido: Ley sobre discriminación por discapacidad – 1995
• Australia: Ley contra la discriminación por discapacidad – 1992
• Irlanda: Ley de discapacidad de 2005

Las pruebas de accesibilidad son importantes para garantizar el cumplimiento legal.

Razón 3: Evite posibles demandas judiciales

En el pasado, las empresas Fortune 500 han sido demandadas porque sus productos no eran aptos para personas con discapacidad. A continuación se muestran algunos casos destacados.

• Federación Nacional de Ciegos (NFB) vs. Amazon (2007)
• Sexton y NFB vs. Target (2007)
• Acuerdo entre NFB y AOL (1999)

Lo mejor es crear productos que apoyen a las personas discapacitadas y eviten posibles demandas.

¿Qué discapacidades apoyar?

Una aplicación debe apoyar a personas con discapacidades como:

Tipo de discapacidad	Discapacidad Description
Discapacidad visual	Ceguera total o daltonismo o mala visión Problemas visuales como problemas de efectos de luz estroboscópica y parpadeo.
Discapacidad física	No puedo usar el mouse o el teclado con una mano. Habilidades motoras deficientes, como movimientos de las manos y lentitud muscular.
discapacidad cognitiva	Dificultades de aprendizaje o mala memoria o incapacidad para comprender escenarios más complejos
Discapacidad de alfabetización	Problemas de lectura
discapacidad auditiva	Problemas auditivos como sordera y problemas de audición. No puedo oír o no puedo oír con claridad

¿Cómo hacer pruebas de accesibilidad?

Las Pruebas de Accesibilidad se pueden realizar de 2 formas y son:

1. Manual
2. Automated

Las pruebas de accesibilidad pueden ser un desafío para los evaluadores porque no están familiarizados con las discapacidades. Es mejor trabajar con personas discapacitadas que tienen necesidades específicas para comprender sus desafíos.

Hay diferentes formas de probar la accesibilidad según la discapacidad. Los aprenderemos todos uno por uno.

1) Discapacidad de visión

Bien, ahora supongamos que no tengo capacidad de visión. Estoy completamente ciego y quería acceder al sitio web de XYZ. En ese caso, ¿cuál es la opción? ¿No puedo acceder al sitio web de XYZ? ¿Qué opción tengo? Hay una opción de una palabra que se denomina LECTOR DE PANTALLA. Sí, lo hiciste bien. LECTOR DE PANTALLA. Ahora bien, ¿qué es este lector de pantalla? Es un software que se utiliza para narrar el contenido de la web. Básicamente, lo que hay en su sitio web, ya sea contenido, enlace, botón de opción, imágenes, video, etc. Un lector de pantalla me narrará todo. Hay numerosos lectores de pantalla disponibles. He trabajado con mandíbulas.

Básicamente, cuando inicias Jaws o cualquier lector de pantalla y luego vas al sitio web, te narrará el contenido completo. Por ejemplo: inicié jaws e inicié el navegador. JAWS anunciará que Mozilla Firefox inicia la página, ahora si voy a la barra de direcciones, JAWS anunciará que BARRA DE DIRECCIÓN y luego escribe www.google.com En la barra de direcciones, Jaws te explicará algo así:

Address Bar,w,w,w,period,g,o,o,g,l,e,period,c,o,m. Also, when the page loads completely jaws will again announce Google.Com Home page.

Now if I go to Google Search, then JAWS will announce that Google search. So it would be easy for a blind person to recognize things in an easy manner.

El punto que quiero explicar aquí es que un lector de pantalla narrará palabra por palabra si ingresas algo o en el cuadro de texto.. De manera similar, si hay un enlace, lo pronunciará como un enlace, para Botón lo pronunciará como un botón. Para que una persona ciega pueda identificar las cosas fácilmente.

Ahora bien, si un sitio web está mal diseñado y desarrollado, entonces es posible (generalmente sucede) que jaws no pueda narrar el contenido correcto, lo que a su vez resulta en inaccesibilidad para las personas ciegas. (Diga si jaws está narrando un enlace como un contenido, entonces un usuario ciego nunca podría saber que es un enlace y si ese sería crucial para ese sitio web entonces 👍). En ese caso, sería el resultado de una gran pérdida para el negocio del sitio web.

2) Discapacidad visual

Hay dos categorías que quiero mencionar bajo discapacidad visual.

El primero es el daltonismo. El daltonismo significa no ser completamente ciego pero no poder ver algún color específico correctamente. El rojo y el azul son los colores comunes que las personas que tienen daltonismo no pueden ver correctamente. Entonces, básicamente, si tengo daltonismo respecto al color rojo y quiero usar un sitio web que sea 80% en rojo, ¿entonces me sentiría cómodo en ese sitio web? La respuesta es no.

Por lo tanto, un sitio web debe diseñarse de manera que una persona con daltonismo no tenga ningún problema para acceder. Tomemos un ejemplo sencillo de un botón que está en rojo. Para hacerlo accesible si está delineado con Negro. Entonces es de fácil acceso. Normalmente el blanco y el negro se consideran universales.

3) DISCAPACIDAD VISIÓN MALA

Una segunda cosa es que una persona tenga mala visión (visión no clara) o tenga diferentes problemas de visión (hay muchos problemas oculares relacionados con la retina, etc.) para acceder a cualquier sitio.

1) En tales casos, lo mejor es evitar el texto pequeño. Porque sería una gran ventaja para las personas con problemas de visión.

2) Además, a las personas con problemas de visión les gustaría ampliar el texto de un sitio web para que les resulte más cómodo. Por lo tanto, un sitio web debe diseñarse de tal manera que, si se amplía, su diseño no se rompa al ampliar el texto. De lo contrario, no les causará una buena impresión.

4) Otra discapacidad

En las pruebas de accesibilidad para personas con discapacidad, un aspecto muy importante a tener en cuenta es el acceso al sitio web sin utilizar el ratón. Una persona debe poder acceder por completo al sitio web; los enlaces, botones, botones de opción, casillas de verificación, ventanas emergentes, menús desplegables y todos los controles deben ser completamente accesibles y operables a través del teclado.

Por ejemplo:Si soy diestro y no puedo usar el mouse, o no quiero usarlo, ¿qué hago? En ese caso, si no puedo acceder a los enlaces o casillas de verificación del sitio a través del teclado, entonces... 👍 Un sitio web debería ser completamente accesible con el teclado.

Alternative Text should be there for Images, Audio, Video so that screen reader reads them and will narrate them so that a blind person can easily recognize what the  image, audio, the video is all about. In addition, to it, keyboard shortcuts should be there to easily access website and navigation should be available with the keyboard.

Además, el foco debe ser completamente visible. Cuando presionamos la pestaña, el usuario debería poder ver hacia dónde se mueve el control. Con un enfoque visible, resulta muy fácil para un usuario con problemas de visión o daltonismo identificar el flujo de un sitio y también la facilidad de acceso.

Usuario con discapacidad auditiva (sordo o con dificultad para escuchar): Estos últimos son personas con discapacidad auditiva. Una persona sorda puede acceder al sitio web ya que es ella quien puede ver el contenido del sitio web. Pero cuando se trata de audio y vídeo se enfrentan a dificultades. Entonces, en ese caso, para cualquier vídeo y audio, debería haber texto alternativo. Texto alternativo significa texto alternativo. Supongamos que hay algún vídeo sobre cómo reservar un billete de avión. En ese caso, el texto debe estar ahí para que una persona sorda pueda leerlo y hacerse una idea de qué trata el vídeo.

Casos de prueba de muestra Pruebas de accesibilidad

A continuación se indican los puntos que se deben comprobar para que todos los usuarios puedan utilizar la aplicación. Esta lista de verificación se utiliza para aprobar las pruebas de accesibilidad.

1. ¿Una aplicación proporciona equivalentes de teclado para todas las operaciones y ventanas del mouse?
2. ¿Se proporcionan instrucciones como parte de la documentación del usuario o del manual? ¿Es fácil entender y operar la aplicación usando la documentación?
3. ¿Las pestañas están ordenadas de forma lógica para garantizar una navegación fluida?
4. ¿Se proporcionan teclas de acceso directo para los menús?
5. ¿Si la aplicación es compatible con todos los sistemas operativos?
6. ¿Se menciona claramente el tiempo de respuesta de cada pantalla o página para que los usuarios finales sepan cuánto tiempo deben esperar?
7. ¿Están todas las etiquetas escritas correctamente en la aplicación?
8. ¿El color de la aplicación es flexible para todos los usuarios?
9. ¿Se utilizan imágenes o iconos de forma adecuada para que los usuarios finales los entiendan fácilmente?
10. ¿Una aplicación tiene alertas de audio?
11. ¿Si un usuario puede ajustar los controles de audio o video?
12. ¿Puede un usuario anular las fuentes predeterminadas para la impresión y la visualización de texto?
13. ¿El usuario puede ajustar o desactivar pantallas parpadeantes, giratorias o móviles?
14. Verifique que nunca se utilice el código de colores como único medio para transmitir información o indicar una acción.
15. ¿Se puede ver el resaltado con colores invertidos? Prueba de color en la aplicación cambiando la relación de contraste.
16. ¿Las personas con discapacidad escuchan correctamente los contenidos de audio y vídeo? Pruebe todas las páginas multimedia sin altavoces en sitios web
17. ¿Se proporciona capacitación a los usuarios con discapacidades que les permita familiarizarse con el software o la aplicación?

Mitos de las pruebas de accesibilidad

A continuación se presentan los mitos de las pruebas de accesibilidad:

Mito: Crear un sitio web accesible es caro

Hecho: No es caro. Tómese el tiempo para pensar en los problemas de accesibilidad en la etapa de diseño junto con las pruebas básicas. Esto le ahorrará dinero y tendrá que volver a trabajar.

Mito: Cambiar sitios web inaccesibles a sitios web accesibles requiere mucho tiempo y es costoso

No es necesario incorporar todos los cambios de una vez. Trabajar en las necesidades básicas más necesarias para los usuarios con discapacidad.

Mito: La accesibilidad es simple y aburrida.

Puedes hacer que las páginas web sean atractivas, pero debes diseñarlas de tal manera que sean accesibles para todos los usuarios. Además, según las pautas de accesibilidad al contenido web del W3C, desaconseja enfáticamente el uso de páginas de solo texto.

Mito: Accesibilidad para ciegos y discapacitados

Hecho Seguir las pautas de accesibilidad mejora la usabilidad general del software, lo que también ayuda a los usuarios habituales.

Conclusión

En ingeniería de software, las pruebas de accesibilidad ayudan a que su aplicación sea compatible con personas con discapacidades. Si no es posible seguir las pautas de accesibilidad debido a la complejidad de su aplicación web, cree una versión del sitio web para usuarios normales y otra para personas con discapacidades.