Testing de accesibilidad: un valor agregado cómo profesional y para el mundo por Gisela Amato y Susana Pallero
Sobre el taller:
Este taller pretende concientizar sobre la importancia de la accesibilidad web a la vez que brindar herramientas que den a la audiencia bases de análisis, diagnóstico y pruebas de accesibilidad.
Sobre Gisela:
Gisela Amato es Tester Certificada en ISTQB con más de 10 años de experiencia en Testing y amplios conocimientos en el ámbito de la accesibilidad, no solo web.
Ha liderado varios equipos durante su carrera y brindado cursos de entrenamiento en testing, calidad y diversas certificaciones. Actualmente trabaja en una empresa de cyber seguridad desempeñando roles de QA, Scrum Master e Instructora.
Sobre Susana:
Susana Pallero es Tester Certificada en ISTQB y especializada en Accesibilidad con más de 5 años de experiencia en este campo. Miembro de Mujeres en Tecnología Córdoba, colabora con diversos colectivos latinoamericanos impartiendo charlas y talleres para generar conciencia sobre la inclusión digital de personas con discapacidad y brindando herramientas que permitan a los profesionales trabajar con una perspectiva inclusiva.
PUXL Ambassador America, actualmente se desempeña como Quality & Accessibility Manager en VR4.
Requerimientos:
Sería muy bueno que tenas instalado Firefox con Fireyes pero no es excluyente.
6. La Organización Mundial de la Salud
reporta que hay 1000 millones de
personas en el mundo
experimentando alguna forma de
discapacidad
7. 7
Las personas con discapacidad
conforman uno de los grupos más
marginados del mundo. Esas
personas presentan peores
resultados sanitarios, obtienen
resultados académicos inferiores,
participan menos en la economía y
registran tasas de pobreza más altas
que las personas sin discapacidades.
8. 8
Los países de ingresos bajos tienen
una mayor prevalencia de
discapacidades que los países de
ingresos altos. La discapacidad es
más común entre las mujeres, las
personas mayores y los niños y
adultos que son pobres.
9. 9
El mundo digital y un cambio de paradigma: La
información es poder.
“El poder de la Web está en su universalidad. El acceso
por cualquier persona, independientemente de la
discapacidad que presente es un aspecto esencial.”
Tim Berners-Lee, Director del W3C e inventor de la World Wide
Web.
10. 10
“La discapacidad limita al ser
humano abriéndole un nuevo
universo de posibilidades”
- Ítalo Violo
Pintor de Manos y Pies
“No puedo negar que mi
discapacidad visual me ha hecho
ver el mundo mucho más allá de lo
que imaginaba antes.”
- Angela Carolina Poeta
Escritora ciega
11. 11
“En el maravilloso reino de la mente,
he de ser libre como los demás...”
- Helen Keller
Activista política sordociega
“No tengo complejos de ninguna clase;
la vida sigue y yo también. Lo único que
quiero es que me miren con dignidad.” -
Jazmín Esparza
Emprendedora y luchadora social con tetraplejia
12. Llamamos accesibilidad al conjunto de medidas, que deben
tomarse durante la definición, diseño y desarrollo del
software, para que el producto final pueda ser comprendido,
utilizado y alimentado por todos los usuarios, más allá de sus
dificultades (técnicas, físicas o intelectuales) al mismo nivel
de comprensión, navegabilidad y seguridad que cualquier otro
usuario sin dichas dificultades.
12
13. Llamamos accesibilidad al conjunto de medidas, que deben
tomarse durante la definición, diseño y desarrollo del
software, para que el producto final pueda ser comprendido,
utilizado y alimentado por todos los usuarios, más allá de sus
dificultades (técnicas, físicas o intelectuales) al mismo nivel
de comprensión, navegabilidad y seguridad que cualquier otro
usuario sin dichas dificultades.
13
14. Llamamos accesibilidad al conjunto de medidas, que deben
tomarse durante la definición, diseño y desarrollo del
software, para que el producto final pueda ser comprendido,
utilizado y alimentado por todos los usuarios, más allá de sus
dificultades (técnicas, físicas o intelectuales) al mismo nivel
de comprensión, navegabilidad y seguridad que cualquier otro
usuario sin dichas dificultades.
14
15. Llamamos accesibilidad al conjunto de medidas, que deben
tomarse durante la definición, diseño y desarrollo del
software, para que el producto final pueda ser comprendido,
utilizado y alimentado por todos los usuarios, más allá de sus
dificultades (técnicas, físicas o intelectuales) al mismo nivel
de comprensión, navegabilidad y seguridad que cualquier otro
usuario sin dichas dificultades.
15
16. Llamamos accesibilidad al conjunto de medidas, que deben
tomarse durante la definición, diseño y desarrollo del
software, para que el producto final pueda ser comprendido,
utilizado y alimentado por todos los usuarios, más allá de sus
dificultades (técnicas, físicas o intelectuales) al mismo nivel
de comprensión, navegabilidad y seguridad que cualquier otro
usuario sin dichas dificultades.
16
17. Llamamos accesibilidad al conjunto de medidas, que deben
tomarse durante la definición, diseño y desarrollo del
software, para que el producto final pueda ser comprendido,
utilizado y alimentado por todos los usuarios, más allá de sus
dificultades (técnicas, físicas o intelectuales) al mismo nivel
de comprensión, navegabilidad y seguridad que cualquier
otro usuario sin dichas dificultades.
17
18. ACCESIBILIDAD WEB
COMO DERECHO HUMANO
Debe ser un feature
obligatorio, es un
derecho humano básico
CONTEXTO LEGAL
USA
- ADA (American with Disabilities Act)
- Section 508 Rehabilitation Act
- CVAA (Communications and Video Accessibility Act)
- ACAA (Air Carriers Access Act)
- Leyes de cada Estado
19. ACCESIBILIDAD WEB
COMO DERECHO HUMANO
Debe ser un feature
obligatorio, es un
derecho humano básico
CONTEXTO LEGAL
Unión Europea
- EN 301 549: Requisitos de accesibilidad adecuados para la
contratación pública de productos y servicios de
Tecnología Informática y de Comunicación en Europa (2015)
20. ACCESIBILIDAD WEB
COMO DERECHO HUMANO
Debe ser un feature
obligatorio, es un
derecho humano básico
CONTEXTO LEGAL
Argentina
- Ley de Accesibilidad Web (2013 - 2015)
- Decreto 656/2019 que reglamenta el Acceso a la
Información Pública y dentro de ello a la Ley de
Accesibilidad. (19/Sept)
22. 22
Tipos de Discapacidades
● Ceguera
● Visión baja
● Daltonismo
● Sordera
● Sordera +
Ceguera
● Motrices
● Del habla
● Cognitivas
● De lectura
● Convulsiones
● Discapacidade
s Múltiples
23. 23
Disc. sobrevivientes y situacionales,
causas físicas o ambientales
● Vejez
● Tendinitis
● Conjuntivitis
● Fondo de ojo
● Reflejos de luz
● Lentes
● etc
24. 24
W3C: World Wide Web
Consortium
(consorcio internacional que genera
recomendaciones y estándares que aseguran
el crecimiento de la World Wide Web a largo
plazo)
WAI: Web Accessibility Iniciative
(desarrolla los standares de a11y)
WCAG: Web Content Accessibility
Guidelines
(los standares de a11y)
27. Percibible
La información y los componentes de la interfaz
deben poder ser percibidos por los usuarios.
1.3 Crea contenido que se
pueda presentar de
diferentes maneras (por
ejemplo, un diseño más
simple) sin perder
información o estructura.
1.4 Facilita a los usuarios ver
y escuchar contenido,
incluso separar el primer
plano del fondo.
27
1.1 Proporciona alternativas
de texto para cualquier
contenido que no sea de
texto, de modo que se
pueda cambiar a otras
formas que las personas
necesiten, como letra
grande, braille, habla,
símbolos o lenguaje más
simple.
1.2 Proporciona alternativas
para time based media (lo
que se desarrolla con el
28. Operable
Todas las funciones deben ser alcanzadas por el
usuario.
2.3 No diseñes el contenido
de una manera que se sepa
que causa convulsiones.
2.4 Proporciona formas de
ayudar a los usuarios a
navegar, encontrar
contenido y saber dónde se
encuentran ubicados
mientras navegan.
28
2.1 Hace que toda la
funcionalidad esté disponible
desde un teclado.
2.2 Proporciona a los
usuarios el tiempo suficiente
para leer y usar el contenido.
29. Comprensible
Tanto la información como el funcionamiento.
29
3.1 Hacer que el contenido del texto sea legible
y comprensible.
3.2 Hacer que las páginas web aparezcan y
operen de manera predecible.
3.3 Ayudar a los usuarios a evitar y corregir
errores.
30. Robusto
El contenido y la estructura debe ser lo suficientemente
robusta para ser ejecutada de manera confiable por una
amplia variedad de devices, incluidas las tecnologías de
asistencia.
30
4.1 Maximizar la compatibilidad con los
agentes de usuario actuales y futuros,
incluidas las tecnologías de asistencia.
31. 31
WAI ARIA: Accessible Rich Internet Applications
Es un add-on a la sintaxis del HTML, viene a llenar los
huecos de accesibilidad del HTML.
En su mayoría sirven para el comportamiento de los
Screenreaders.
Se agregan como atributos.
32. 32
La mayoría de los atributos ARIA siguen una sintaxis
parecida.
33. 33
● Si un link abre una ventana emergente
● Si un objeto es expandible
● Si un objeto está actualmente expandido o contraído
● Si algo ha cambiado o se ha actualizado en la página (a través de "live-
regions")
● Qué tipo de objeto o widget es; por ejemplo:
○ Un panel de pestañas
○ Una pestaña
○ Un slider
○ Un diálogo de alerta
○ Un tooltip
○ Un menú
○ Un elemento de menú
○ Y varios otros roles predefinidos.
35. 1. Diagnóstico (reportes de bugs vs auditorías)
1. Peritajes para demandas
1. Casos de Uso
1. Casos de Prueba
1. Retests
35
36. 36
Consideraciones:
- Retests son manuales.
- Se testea implementación
- Crear estrategias de regresión funcional
- Priorización de issues de accesibilidad
- Violaciones vs Best Practices.
37. 37
Diagnóstico
● El scope son todas las discapacidades
● Suele estar dado por el compliance de un nivel de WCAG
Standard actual 2.0 AA (2.0, 2.1, está por aprobarse 3.0)
● Ver las reglamentaciones legales dependiendo del país y
el tipo de actividad (ejemplo ACAA)
38. 38
● Recordar que el scope puede estar modificado
por la decisión del cliente
● Seleccionar herramientas: para automatización y
manual
● Identificar las URLs principales a testear:
caminos críticos y secciones comunes.
● Qué información: Reporte vs Auditoria
40. 40
Peritajes
● Scope está limitado por la demanda, si se aumenta
el scope se perjudica al cliente/empresa
● Tipos de demanda:
○ Herramientas: Se debe probar en las mismas
condiciones en que se reportaron (URL,
browser, herramienta, etc)
○ Success criteria: evaluarlo en función de la
discapacidad del demandante
41. 41
● Consideraciones:
○ No todas las demandas son fundadas en un
testing real
○ Si es un testing con herramientas, limitarse a
esas herramientas
○ Ver la discapacidad que posee el demandante
43. 43
Casos de Uso y Casos de pruebas
Considerar:
● Validación más que verificación.
● Validar las pruebas corridas por los devs.
● Distintas estrategias de acuerdo a si es un “remedy
project” o un “from scratch project”.
44. 44
● La mayor parte es manual.
● Sí a toda prueba que incluya usuarios reales.
● Prestar atención a componentes complejos desde el
uso.
● Ver el todo. Flows completos.
46. ● NVDA: Gratis, sólo Windows
● JAWS: Pago, sólo Windows
● VoiceOver: Pago, sólo Mac OS
● ChromeVox: Gratis, extensión de Chrome
extension, sólo para browser
● Orca: Gratis, Linux, no es el mejor :-/
Screen Readers
47. ● aXe: Auditorías de accesibilidad
● Wave: Auditorías de accesibilidad
● Chrome DevTools Auditorías de accesibilidad
● NoCoffee simulador de problemas visuales
● Firefox Dev Tools Auditorías de
accesibilidad, inspector del árbol de
Extensiones de Browser
52. 52
“Cualquier vida es única e
irrepetible y tiene tanto valor como
otra. Si hubiese una vida sin
importancia, ninguna sería
importante.”
- Olga Bejano
Persona con pentaplejía
Notas del editor
Hablar sobre la importancia de la accesibilidad
Números
Acceso al internet como derecho humano
Sin importar habilidad motriz, cognitiva, o sensorial
Considerar las múltiples formas en que las personas operan la we
Sin discriminar por origen social, cultural o económico
Preguntar:
Como piensan que usan las personas con algunas discacidades
Que dificultades creen que se pueden encontrar algunas personas con algunas discacidades
Preguntar:
Como piensan que usan las personas con algunas discacidades
Que dificultades creen que se pueden encontrar algunas personas con algunas discacidades