Cómo incorporar capas de pruebas de accesibilidad en su proceso

Al crear sitios web o aplicaciones, las pruebas de accesibilidad son fundamentales para garantizar que lo que cree funcione para todos sus usuarios. Esto incluye usuarios con discapacidades y también personas con limitaciones temporales y situacionales (como ese compañero de trabajo que se rompió el brazo esquiando o el cliente que está afuera en su teléfono con brillo en la pantalla).

Vamos a compartir cómo "superponer" las pruebas de accesibilidad mediante el uso de una variedad de herramientas y enfoques en diferentes etapas del ciclo de vida del producto digital para detectar problemas de accesibilidad temprano, cuando es más fácil y económico solucionarlos. Adoptar un enfoque en capas para probar la accesibilidad de su sitio también mejora la facilidad de uso de su sitio, lo que a su vez aumenta su base de clientes y reduce las consultas de servicio al cliente. Puede hacer y ahorrarle dinero.

Usaremos una analogía de pastel en capas para hablar sobre las diferentes capas de pruebas de accesibilidad y cuándo usarlas. ¡Las analogías con los alimentos se han vuelto muy populares en el mundo de la accesibilidad!

Este enfoque ha funcionado bien para ambos. Mike es un defensor experimentado de la accesibilidad y estratega sénior en una empresa de tecnología del gobierno (CivicActions), y Kate es la jefa de servicios en una plataforma de pruebas de accesibilidad (Fable).

Mientras que Mike analiza las pruebas de accesibilidad desde un ángulo más técnico al principio de la fase de desarrollo y analiza el cumplimiento en los sitios activos, Kate se centra en la experiencia del usuario . Ambos nos dimos cuenta de que combinar muchos tipos de pruebas de accesibilidad a lo largo del ciclo de vida del desarrollo del producto es una forma poderosa de mejorar la accesibilidad general del producto. En este artículo, compartiremos algunas de las cosas que hemos aprendido.

La mayoría de las organizaciones abordan la accesibilidad de tres maneras principales:

1. Ejecutar herramientas para verificar su código y/o interfaz de usuario.
   Esto a menudo se denomina "prueba automatizada" porque utiliza software para probar automáticamente muchos problemas de accesibilidad a la vez.
2. Usar su computadora de una manera diferente a la que normalmente lo hace.
   Por ejemplo, al no usar un mouse, hacer zoom en su navegador al 200%), o cambiar al modo de alto contraste de Windows.

   

3. Uso de tecnología de asistencia y usuarios con discapacidades para verificar problemas de usabilidad.
   Esto a menudo se denomina "prueba manual" porque requiere que una persona evalúe los problemas de accesibilidad.

Demasiadas organizaciones confían exclusivamente en una única solución de accesibilidad para validar su sitio. Ninguna herramienta o proceso puede dar a una organización la confianza de que realmente está satisfaciendo las necesidades del mayor número posible de personas.

Cómo asegurar la entrada para la accesibilidad

En muchas organizaciones, para realizar pruebas de accesibilidad, necesitará ejecutivos que prioricen y respalden el trabajo. Estos son algunos consejos sobre cómo hacer que eso suceda si aún no tiene la aceptación de la accesibilidad:

• Compruebe si existe un requisito legal para que su organización sea accesible.
  "Ley de Accesibilidad" y "Ley de Discapacidad" son términos de búsqueda que deberían mostrar las leyes relevantes en la mayoría de los países. Compartir el riesgo legal puede ser el incentivo adecuado para algunas organizaciones.
• Descubra lo que están haciendo sus competidores.
  Busque una declaración de accesibilidad en sus sitios web. La mayoría de las organizaciones están dispuestas a mantenerse por delante de la competencia y saber que otros están dando prioridad a la accesibilidad podría ser la solución.
• Conéctese con el servicio de atención al cliente para averiguar si hay quejas de accesibilidad.
  Si es posible, comuníquese directamente con los clientes para conocer sus experiencias y compartir esas historias con los líderes de la empresa. Escuchar sobre clientes insatisfechos puede ser un gran motivador. Si puede obtener el permiso de los clientes, grabe una demostración de ellos enfrentando desafíos con sus productos. Un video como ese puede ser muy convincente.
• Explique los costos financieros y las recompensas.
  Muchas empresas piensan que no pueden permitirse el lujo de hacer accesibilidad, pero es mucho más asequible cuando se integra en el trabajo diario y no como una ocurrencia tardía. También están los ingresos potenciales de las personas con discapacidad: globalmente representan más de 3 billones de dólares en ingresos disponibles.

• Encuentra al campeón adecuado.
  Lo más probable es que ya haya alguien en los niveles más altos de la organización que se preocupa por las personas y por hacer lo correcto. Este puede ser un líder de diversidad e inclusión, alguien que lucha por la sostenibilidad ambiental u otros problemas. Tal vez sea alguien con un amigo o familiar discapacitado. Hacer que sean conscientes de la accesibilidad puede ser todo lo que se necesita para agregar un nuevo enfoque a sus esfuerzos.

Recolectando tus ingredientes

La accesibilidad debe integrarse en su proceso lo antes posible. Un lugar para comenzar es con el proceso de adquisición. Puede incorporar la accesibilidad como parte del proceso de revisión de cualquier sistema tecnológico que esté comprando o construyendo. DisabilityIN tiene algunos recursos excelentes sobre adquisición de TI accesible.

Buscar declaraciones de accesibilidad del proveedor o VPAT para productos puede ayudar, pero también lo puede hacer una revisión rápida con algunas de las herramientas mencionadas en la receta a continuación. No todo el software se crea de la misma manera, por lo que debe asegurarse de trabajar con proveedores que contribuyen activamente con herramientas y procesos que lo ayudan a priorizar la accesibilidad desde el principio.

Otra forma de incorporar la accesibilidad desde el principio, si está creando o actualizando un sistema de diseño, es elegir una biblioteca de componentes que se haya creado teniendo en cuenta la accesibilidad. Busque bibliotecas con una declaración de accesibilidad clara y una cola de problemas abiertos que le permita revisar los problemas.

Ejemplos:

• El equipo de Angular Components ha integrado la accesibilidad en la biblioteca Material UI . Por ejemplo, el componente de botón de radio usa un grupo de radio con una etiqueta aria. Cada botón de radio se lee como marcado o no marcado para un usuario de lector de pantalla, los botones se pueden seleccionar usando las teclas de flecha como botones de radio HTML estándar, y el estado enfocado es claramente visible.
• Reakit for React describe una función de advertencia de accesibilidad en su página de accesibilidad que les indicará a los desarrolladores cuándo se necesita una etiqueta aria.
• La biblioteca de componentes web accesibles de Lion utiliza una etiqueta a11y para etiquetar problemas de accesibilidad en GitHub para que pueda ver qué se está mejorando y abrir su propio problema si es necesario.

Otra forma de integrar la accesibilidad en su proceso es actualizar una de las personas que usa su equipo para incluir discapacidades. Muchas personas tienen más de una discapacidad, por lo que crear al menos una persona con varias discapacidades garantizará que mantengas a esa audiencia en la mente de todo tu trabajo de diseño inicial.

Para desarrollar esa personalidad, hable con personas con discapacidades reales , incluidas limitaciones temporales y situacionales, para ayudarlo a comprender cómo usan la tecnología, los sitios y las aplicaciones en el mundo real. Una de cada cinco personas tiene una discapacidad permanente, pero el 100 % de la población se enfrentará a discapacidades visuales, auditivas, motrices o cognitivas en algún momento de su vida. Nuestras personas pueden reflejar:

• personas con alergias, insomnio o huesos rotos;
• personas que usan tecnología obsoleta o que usan sus computadoras afuera; o incluso
• personas que cambian el uso de su tecnología según su ubicación (por ejemplo, deshabilitando imágenes cuando necesitan ahorrar ancho de banda de Internet).

Pequeños cambios como estos pueden tener un gran impacto en la forma de pensar de su equipo. Una forma de presentar este cambio al liderazgo y los equipos es hablar sobre cómo hará que sus personas reflejen más a sus usuarios reales, que es el punto central de las personas. Deben ser realistas.

Una de las formas más impactantes de involucrar a las personas con discapacidad es hacer que ayuden a codiseñar servicios y productos. Australia tiene un conjunto de herramientas de capacitación gratuito sobre cómo hacer co-diseño con personas con discapacidades. También hay un excelente estudio de caso sobre cómo una empresa realizó sesiones de codiseño con personas con discapacidades de aprendizaje en nombre del gobierno del Reino Unido.

TI heredada

Nos guste o no, la mayoría de las decisiones sobre TI organizacional se tomaron hace meses (si no años). Incluso cuando se encuentra en el fragor de un proceso de adquisición, la accesibilidad suele ser solo una de las muchas consideraciones. Esto es de esperar, incluso en organizaciones apasionadas por la accesibilidad.

Con la tecnología heredada, el primer paso es simplemente concienciar al proveedor o al equipo sobre la importancia de la accesibilidad. Si puede detallar los problemas de accesibilidad que desea solucionar con herramientas automatizadas, puede ayudar a ajustar la forma en que un proveedor clasifica su cola de problemas. No siempre hay un portal de la comunidad para publicar inquietudes como esta, pero puede haber una comunidad en Twitter o Reddit donde podría sacar a la luz los problemas.

Además, puede haber un tema personalizable que podría ajustarse para abordar algunas de las preocupaciones. Algunas soluciones pueden ofrecer una interfaz de programación de aplicaciones (API) que permitiría a un desarrollador crear una interfaz de usuario accesible a su alrededor.

Si un proveedor tiene competidores, puede ser útil resaltar las funciones de accesibilidad que se incluyen en ese producto. Puede ser beneficioso recordar a los proveedores que tiene opciones.

Si la TI heredada es un producto creado internamente, una buena manera de evaluarlo rápidamente es usar solo el teclado. Si no puede usar el producto con un teclado (por ejemplo, no hay un foco visible o solo se puede hacer clic en la interfaz de usuario), es probable que se requiera mucho esfuerzo para mejorar la accesibilidad del producto.

Considere ofrecer formas alternativas de acceder al servicio (por ejemplo, soporte telefónico, servicio en persona o correo electrónico) para que las personas que no pueden acceder al producto digitalmente debido a las barreras de accesibilidad aún puedan obtener lo que necesitan.

Piense en la hoja de ruta de la organización y en cuándo podría ser factible actualizar o retirar el producto y sopese el costo y el esfuerzo de accesibilidad frente a eso. Si tiene otros productos más nuevos que no son accesibles, podría ser más productivo centrar sus esfuerzos en esos productos si una herramienta heredada está llegando al final de su vida útil.

La receta

Aquí hay un ejemplo de un enfoque de prueba de accesibilidad integral, con cinco capas para un pastel de prueba de accesibilidad realmente delicioso. Calcule cuál será su presupuesto y luego calcule el precio de todos los diversos enfoques de prueba. Algunos son gratuitos, otros costarán dinero. En la siguiente sección, brindamos consejos sobre dónde comenzar si todas estas capas de pruebas no se ajustan a su presupuesto.

1. Investigar las necesidades del usuario
   Asegúrese de que el cuestionario que utiliza para evaluar a los posibles participantes de la investigación pregunte sobre el uso de tecnología de asistencia. Esto facilitará la integración de personas con discapacidad en su proceso de investigación existente sin costo adicional. Si no tiene suerte para encontrar participantes de esta manera, intente comunicarse con organizaciones de discapacidad.

   También puede modificar sus personajes de usuario existentes para incluir usuarios con discapacidades. Puede tomar prestados aspectos de los perfiles de usuario de Gov.UK si necesita hacerlo de forma rápida y económica. Si tiene el presupuesto para ello, agregue personas con discapacidades en las revisiones de prototipos y diseños. Esto puede ser más fácil de hacer si contrata a un proveedor que ofrece este tipo de servicio, de ahí la necesidad de un presupuesto. Alternativamente, puede pagar a los participantes directamente.

2. Refina tu proceso
   Anime a los desarrolladores, diseñadores y autores de contenido a incluir controles de accesibilidad como parte de su proceso. Aquí hay formas de hacerlo usando herramientas de prueba automatizadas gratuitas:

   • Descargue extensiones/complementos de navegador gratuitos para realizar pruebas específicas de página para revisiones de diseño (WAVE o Perspectivas de accesibilidad)
   • Si usa pruebas de integración continua como parte de la canalización de compilación para desarrolladores, asegúrese de evaluar la accesibilidad (existen herramientas gratuitas de código abierto para esto, como Axe Core y Pa11y)
   • Proporcione a los autores de contenido herramientas en la interfaz WYSIWYG para identificar las barreras que han agregado (olfateador de código HTML)
   • Asegúrese de rastrear su sitio regularmente para detectar problemas de accesibilidad. Si es posible, ejecute rastreadores tanto en entornos de ensayo como de producción (Purple Hats es una opción gratuita de código abierto)

3. Control de calidad manual
   No tiene que agregar personas adicionales para realizar el control de calidad, solo intégrelo en su proceso existente. Si solo hace una cosa, deje de usar el mouse durante su control de calidad habitual. Encontrará errores de accesibilidad junto con otros errores funcionales. Si desea hacer más, pruebe con lectores de pantalla y lupas también.

   Aquí hay varias formas en que puede hacer el control de calidad de accesibilidad manual sin comprar ninguna herramienta:

   • ¿Puede acceder a su sitio sin su ratón? Use pruebas manuales simples solo con teclado para evaluar nuevos componentes y contenido.
   • Navegue por su sitio con una ampliación establecida en 200 % o más mediante las herramientas de ampliación integradas en su navegador ( Ctrl ++ ).
   • Cambie su navegador o sistema operativo al modo oscuro y vea si su sitio funciona bien para las personas con sensibilidad a la luz.
   • Realice pruebas de nivel de sprint con desarrolladores y diseñadores utilizando tecnología de asistencia (VoiceOver, Microsoft Narrator y NVDA son opciones gratuitas).

4. Pruebas de usuario
   En entornos corporativos grandes con un presupuesto dedicado a la accesibilidad, puede pagar a los usuarios de tecnología de asistencia para que prueben la funcionalidad en su entorno de prueba antes del lanzamiento.

   Nada te da mayor certeza de que tu producto funcionará para personas con discapacidad que validarlo con los usuarios. Ni siquiera un puntaje de cumplimiento de WCAG perfecto puede brindarle esa seguridad de la manera en que una persona real que usa el producto puede hacerlo.

   A las personas con discapacidad a menudo se les pide que trabajen gratis, lo cual es problemático ya que muchas personas con discapacidad ya se encuentran en desventaja económica. Si estás trabajando en un proyecto personal y no hay presupuesto, mira tu red y mira si hay personas que estarían interesadas en ayudar a cambio de un favor equivalente.

5. Revisión de especialistas
   Si su organización tiene un equipo de accesibilidad, pídales que realicen una prueba de aceptación del usuario previa al lanzamiento. Aquí es donde puede obtener comentarios detallados sobre el cumplimiento de las WCAG que puede haber pasado por alto en pasos anteriores.

   Piense en ello como una verificación final; su equipo de accesibilidad no está haciendo todo el trabajo sobre accesibilidad, todos tienen un papel que desempeñar. Los equipos de accesibilidad son más efectivos cuando establecen estándares, brindan capacitación, brindan orientación y evalúan el cumplimiento. Apoyan los esfuerzos de accesibilidad, pero no son los únicos que realizan trabajos de accesibilidad. De esa manera, ninguna persona o equipo se convierte en un cuello de botella.

   Si no tiene un equipo, puede contratar profesionales de accesibilidad para que realicen las revisiones antes del lanzamiento.

Donde empezar

Comienza donde estás. El objetivo no es la perfección, sino la mejora continua. Implementar todas las capas a la vez no tiene por qué ser el objetivo. Más bien, se trata de comenzar con una o dos capas y luego agregar gradualmente más capas a medida que su equipo mejora en las pruebas de accesibilidad. Una pequeña porción de pastel es mejor que ningún pastel.

Individuos

• Si es nuevo en accesibilidad, comience agregando una extensión de navegador gratuita para encontrar problemas de accesibilidad y comience por aprender cómo corregir los errores que se muestran. La barra de herramientas WAVE de WebAIM es excelente para esto.
• Comience a compartir información de accesibilidad que haya encontrado útil. Esto podría ser solo en Twitter o Reddit, pero también podría comenzar un boletín para ayudar a crear conciencia.
• Regístrese en seminarios web o eventos centrados en la accesibilidad para que pueda obtener más información.

equipos

• Un equipo con un sólido enfoque de diseño centrado en el usuario podría querer comenzar con la capa uno: entrevistar a personas con discapacidades como parte de la investigación del usuario.
• Un equipo con un sólido proceso de cumplimiento de TI podría invertir primero en una integración más estrecha de las pruebas automatizadas en su proceso de integración continua o en un rastreador de todo el sitio.
• Encuentre formas de incorporar la accesibilidad antes en el proceso de diseño/desarrollo.

Organizaciones

• Asegúrese de tener declaraciones de accesibilidad significativas que reflejen el compromiso de su organización de eliminar las barreras para las personas con discapacidades.
• Cree una red de campeones que permita que una comunidad de práctica crezca y aprenda unos de otros.

Limitaciones de las herramientas automatizadas

Cada panadero necesita tener un arsenal de herramientas en las que pueda confiar. Hay herramientas de accesibilidad patentadas que vale la pena considerar, pero también hay excelentes herramientas de código abierto, incluidas las que mencionamos en la "receta" anterior, que están disponibles de forma gratuita.

En los sitios dinámicos modernos, es importante utilizar herramientas automatizadas para detectar errores de accesibilidad antes de que se publiquen en el sitio activo. También es importante rastrear el sitio para ver que todas las páginas siguen cumpliendo después de que se hayan publicado y actualizado continuamente.

El desafío es que los diseñadores y desarrolladores a menudo asumen que si las pruebas no reportan ningún error, un sitio es bueno. Cuando le das una prueba a la gente, la gente tiende a escribir sobre ella. Desafortunadamente, muchos diseñadores y desarrolladores se detienen cuando eliminan los errores que ven con WAVE o Axe.

Para ser claros, es una pequeña fracción de los equipos los que incluso hacen esto, pero si queremos crear sitios que sean perceptibles, operables y comprensibles para más personas que usan diferentes tipos de tecnología, tenemos que hacerlo mejor.

Las herramientas automatizadas son geniales pero limitadas. Incluso las mejores herramientas automatizadas disponibles solo detectan entre el 30 y el 40 % de los errores de accesibilidad que cumplen con las WCAG. Una herramienta automatizada puede decirle si a una imagen le falta una descripción alternativa, pero lo que no puede decirle es si la descripción es completamente inexacta o si se usa en el contexto incorrecto y, por lo tanto, es inútil. Eso todavía requiere una persona para evaluar.

Para superar estos límites, es importante reconocer que la accesibilidad no significa automáticamente usabilidad para personas con discapacidades. Piense en la accesibilidad como la barra más baja; funciona con tecnología de asistencia, pero para ir más allá de "funciona" a "es agradable y fácil de usar", deberá probarlo con usuarios reales.

Muchas organizaciones ya realizan pruebas de usabilidad, pero la mayoría no incluye a personas con discapacidades. Si tiene problemas para reclutar participantes más diversos, considere trabajar con una organización que tenga una comunidad de usuarios de tecnología de asistencia y una plataforma para hacer que las pruebas sean rápidas y fáciles.

¡Vamos a hornear!

Utilice un enfoque de prueba de accesibilidad en capas cuando esté trabajando para crear un sitio web inclusivo. No confíe en un solo tipo de prueba para encontrar barreras para las personas con discapacidades.

• Pruebe sus ideas con usuarios de tecnología de asistencia al principio del proceso
• Integre controles de código automatizados regulares en el proceso de construcción del sitio
• Realice pruebas manuales utilizando tecnología de asistencia como parte del control de calidad
• Prueba con personas con discapacidad antes del lanzamiento
• Realizar revisiones integrales de accesibilidad en la puesta en escena

Recuerde que el objetivo no es obtener una puntuación alta en una herramienta de prueba, ni siquiera cumplir con las pautas de las WCAG, sino hacer que su contenido esté más disponible, incluso para los usuarios de tecnología de asistencia.

En última instancia, las declaraciones de accesibilidad son la guinda del pastel. Incluya una declaración de accesibilidad con información de contacto en su sitio para proporcionar un ciclo de comentarios. Sus usuarios son los expertos y todos deben ser parte de la mejora de un sitio con el tiempo.