7.3: Involucrar probadores de usuarios

Última actualización
Guardar como PDF

Page ID: 154629

\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

\( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)

( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)

\( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

\( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)

\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

\( \newcommand{\Span}{\mathrm{span}}\)

\( \newcommand{\id}{\mathrm{id}}\)

\( \newcommand{\Span}{\mathrm{span}}\)

\( \newcommand{\kernel}{\mathrm{null}\,}\)

\( \newcommand{\range}{\mathrm{range}\,}\)

\( \newcommand{\RealPart}{\mathrm{Re}}\)

\( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

\( \newcommand{\Argument}{\mathrm{Arg}}\)

\( \newcommand{\norm}[1]{\| #1 \|}\)

\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

\( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)

\( \newcommand{\vectorA}[1]{\vec{#1}} % arrow\)

\( \newcommand{\vectorAt}[1]{\vec{\text{#1}}} % arrow\)

\( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

\( \newcommand{\vectorC}[1]{\textbf{#1}} \)

\( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)

\( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)

\( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)

\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

Las pruebas de usuario en proyectos de auditoría de accesibilidad web son una buena idea, aunque a quién incluir y cuándo se necesita una consideración reflexiva. No se debe intentar generalizar los resultados cuando solo hay un pequeño número de usuarios involucrados. Las pruebas con los usuarios ayudarán a identificar problemas para un usuario en particular, o grupos de usuarios con discapacidades similares, pero pueden no ser relevantes para personas con otro tipo de discapacidad, aquellos con las mismas discapacidades que utilizan diferentes tecnologías de asistencia (AT), o aquellos con diferentes niveles de experiencia con el Web y su AT. Sin embargo, involucrar solo a unos pocos usuarios experimentados de AT puede proporcionar valiosos aportes para su auditoría.

Cuándo involucrar a los usuarios

Si planea involucrar a los probadores de usuarios en el proceso de auditoría, deben incluirse después de que se haya realizado la auditoría contra todos los estándares relevantes y se hayan implementado las recomendaciones resultantes. En ese punto la accesibilidad del sitio debe ser relativamente buena, por lo que el enfoque puede estar dirigido a mejorar la usabilidad.

En algunos casos, si la auditoría de accesibilidad web implica pruebas incrementales durante el desarrollo de un nuevo sitio web o una aplicación web, es útil incluir probadores de usuarios desde el inicio del proceso de desarrollo. Esto puede ayudar a evitar problemas costosos más adelante en el desarrollo al identificar problemas de accesibilidad y usabilidad al principio de la fase de diseño de un proyecto de desarrollo.

Cómo seleccionar los tipos de usuarios a reclutar

En la mayoría de los casos, los probadores de usuarios deben tener conocimiento promedio a experto en web y AT para producir la mejor retroalimentación. Esto ayuda a reducir los problemas que surgen por no saber cómo usar AT de manera efectiva. Más adelante en esta unidad veremos el cribado de los probadores de usuarios. Sin embargo, hay casos en los que es posible que desee incluir usuarios novatos de AT, si por ejemplo está trabajando con un sitio que atiende a grupos de discapacidad específicos. Sitios como estos suelen ser visitados por usuarios novatos, por lo que deben ser funcionales con solo experiencia básica en web y AT.

Al elegir probadores de usuarios, es útil seleccionar un grupo en función de la tecnología de asistencia que están utilizando. Elija usuarios de lectores de pantalla, usuarios de lupa, usuarios de entrada alternativos, usuarios de texto a voz, usuarios de reconocimiento de voz, etc., en lugar de elegir en función de la discapacidad. También podrías elegir a personas que no utilicen tecnologías de asistencia. Por ejemplo, algunas personas pueden usar adaptaciones basadas en navegador para acceder al contenido web, y los usuarios mayores pueden proporcionar información útil sobre los cambios visuales, auditivos, físicos y cognitivos comunes relacionados con la edad que afectan su capacidad para acceder a la Web.

Una nota sobre el trabajo con personas con discapacidad

No es raro que las personas que no han trabajado previamente con personas con discapacidad se sientan un poco inseguras de sí mismas, a veces inseguras de cómo interactuar, o preocupadas por decir algo incorrecto. El mejor enfoque, no en vano, es simplemente interactuar como lo harías con cualquiera:

Preséntate
Hablar con normalidad
Pregunte antes de intentar ayudar
Pregunta antes de tocar a un animal guía
No tengas miedo de usar palabras no discapacitadas (por ejemplo, “... como verás” a una persona ciega)
Habla con la persona, no con su acompañante o ayudante
Usar el primer idioma de las personas (por ejemplo, una persona ciega, en lugar de una persona ciega)
Evite el lenguaje ofensivo (use “persona ciega” o “... con discapacidad visual”)
Estar al tanto del espacio personal

Para más información sobre cómo interactuar con personas con discapacidad consulte los siguientes recursos:

Lecturas y referencias: Interactuar con personas con discapacidad

Video: Video de capacitación en sensibilidad a la discapacidad