5.11: Preguntas sobre accesibilidad durante demostraciones de productos
- Page ID
- 63092
\( \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}}} \)
\(\newcommand{\avec}{\mathbf a}\) \(\newcommand{\bvec}{\mathbf b}\) \(\newcommand{\cvec}{\mathbf c}\) \(\newcommand{\dvec}{\mathbf d}\) \(\newcommand{\dtil}{\widetilde{\mathbf d}}\) \(\newcommand{\evec}{\mathbf e}\) \(\newcommand{\fvec}{\mathbf f}\) \(\newcommand{\nvec}{\mathbf n}\) \(\newcommand{\pvec}{\mathbf p}\) \(\newcommand{\qvec}{\mathbf q}\) \(\newcommand{\svec}{\mathbf s}\) \(\newcommand{\tvec}{\mathbf t}\) \(\newcommand{\uvec}{\mathbf u}\) \(\newcommand{\vvec}{\mathbf v}\) \(\newcommand{\wvec}{\mathbf w}\) \(\newcommand{\xvec}{\mathbf x}\) \(\newcommand{\yvec}{\mathbf y}\) \(\newcommand{\zvec}{\mathbf z}\) \(\newcommand{\rvec}{\mathbf r}\) \(\newcommand{\mvec}{\mathbf m}\) \(\newcommand{\zerovec}{\mathbf 0}\) \(\newcommand{\onevec}{\mathbf 1}\) \(\newcommand{\real}{\mathbb R}\) \(\newcommand{\twovec}[2]{\left[\begin{array}{r}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\ctwovec}[2]{\left[\begin{array}{c}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\threevec}[3]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\cthreevec}[3]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\fourvec}[4]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\cfourvec}[4]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\fivevec}[5]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\cfivevec}[5]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\mattwo}[4]{\left[\begin{array}{rr}#1 \amp #2 \\ #3 \amp #4 \\ \end{array}\right]}\) \(\newcommand{\laspan}[1]{\text{Span}\{#1\}}\) \(\newcommand{\bcal}{\cal B}\) \(\newcommand{\ccal}{\cal C}\) \(\newcommand{\scal}{\cal S}\) \(\newcommand{\wcal}{\cal W}\) \(\newcommand{\ecal}{\cal E}\) \(\newcommand{\coords}[2]{\left\{#1\right\}_{#2}}\) \(\newcommand{\gray}[1]{\color{gray}{#1}}\) \(\newcommand{\lgray}[1]{\color{lightgray}{#1}}\) \(\newcommand{\rank}{\operatorname{rank}}\) \(\newcommand{\row}{\text{Row}}\) \(\newcommand{\col}{\text{Col}}\) \(\renewcommand{\row}{\text{Row}}\) \(\newcommand{\nul}{\text{Nul}}\) \(\newcommand{\var}{\text{Var}}\) \(\newcommand{\corr}{\text{corr}}\) \(\newcommand{\len}[1]{\left|#1\right|}\) \(\newcommand{\bbar}{\overline{\bvec}}\) \(\newcommand{\bhat}{\widehat{\bvec}}\) \(\newcommand{\bperp}{\bvec^\perp}\) \(\newcommand{\xhat}{\widehat{\xvec}}\) \(\newcommand{\vhat}{\widehat{\vvec}}\) \(\newcommand{\uhat}{\widehat{\uvec}}\) \(\newcommand{\what}{\widehat{\wvec}}\) \(\newcommand{\Sighat}{\widehat{\Sigma}}\) \(\newcommand{\lt}{<}\) \(\newcommand{\gt}{>}\) \(\newcommand{\amp}{&}\) \(\definecolor{fillinmathshade}{gray}{0.9}\)Durante una demostración de producto, se deben hacer preguntas específicas y técnicas. Es una buena idea tener a la mano las respuestas de los requisitos de accesibilidad de RFP para que puedan aclararse.
Además de las aclaraciones en las respuestas de accesibilidad de la propuesta, aquí hay algunas preguntas adicionales que se pueden hacer para evaluar el nivel de comprensión de accesibilidad de un proveedor y su disposición para abordar los problemas de accesibilidad en su software para cumplir con los requisitos de su organización.
Aquí está la lista de 10 posibles preguntas y respuestas esperadas:
1. ¿Qué estándares de accesibilidad cumple su producto? ¿En qué Nivel (si WCAG)?
Dependiendo de la jurisdicción del proveedor, se debe mencionar un estándar de accesibilidad local (por ejemplo, la Sección 508 en los Estados Unidos; AODA en Ontario), o mencionar WCAG. Se agregaron puntos si el proveedor es de una jurisdicción diferente, y menciona los requisitos de su jurisdicción, si son diferentes de los suyos.
Como mínimo, donde WCAG es la pauta de elección del proveedor, debe mencionarse el Nivel A, o hablar sobre lo que queda por abordar para cumplir con el Nivel A. Si se menciona el Nivel AA, se podrían dar puntos agregados. Si se menciona el Nivel AAA, esa es una señal de advertencia, ya que muy pocos o ninguno de los sistemas complejos cumplirán con los requisitos del Nivel AAA. Pregunte qué características AAA se han implementado en el sistema.
2. ¿Su producto es accesible sin un ratón? Por favor demuestre.
La respuesta siempre debe ser “Sí”. El proveedor debe poder demostrar usando la tecla Tab para navegar a través de la interfaz de usuario (UI). Todos los elementos funcionales, como menús, enlaces, botones y formularios, etc., deberían poder recibir enfoque, y los usuarios deberían poder navegar a través de menús y elementos abiertos usando solo el teclado. Tenga cuidado con los elementos que puedan recibir enfoque, pero que no operen con una pulsación de teclas.
3. ¿Su producto ha sido probado con tecnologías de asistencia? Si es así, ¿con cuáles?
Debería responder “Sí”.
Debe mencionar un lector de pantalla como mínimo. Deberían poder identificar qué lectores de pantalla, como ChromeVox, JAWS, NDVA, etc. Se agregaron puntos si también mencionan VoiceOver y/o Talkback para dispositivos móviles.
4. ¿Quién hizo las pruebas?
Se debe mencionar a los desarrolladores del software. Las pruebas del lector de pantalla deben ser parte del proceso de desarrollo. O bien, una persona de accesibilidad particular dentro de la organización puede ser el probador. Se agregaron puntos si se utilizaron personas con discapacidad en las pruebas, o un experto en accesibilidad de terceros. ¿El probador de terceros es de buena reputación, si se utilizó uno?
5. ¿Cuál era la metodología de prueba? ¿Cuáles fueron los resultados?
Debe mencionar una combinación de estrategias de prueba automatizadas y manuales, y pruebas de lector de pantalla. Se agregaron puntos si las pruebas con personas con discapacidad también forman parte de su proceso de pruebas.
Idealmente mencionar el nivel de conformidad alcanzado, así como reconocer cualquier tema que pueda quedar, y lo que planean hacer para abordar esos temas. Responder “totalmente accesible” es una señal de advertencia. Muy pocos sistemas serán totalmente accesibles para todos.
6. ¿Cómo se integra la accesibilidad en el proceso de garantía de calidad (QA) de su empresa?
Se debe hablar sobre el proceso de desarrollo como mínimo, y donde las tareas de diseño y pruebas de accesibilidad encajan en el proceso. Se agregaron puntos si el proveedor entra en detalles sobre la política de accesibilidad web implementada en la empresa.
7. Si implementa actualizaciones después de que compramos el producto, ¿cómo puede asegurarnos que las actualizaciones no romperán la accesibilidad?
Debe referirse al proceso de control de calidad, pruebas de actualización local antes de enviar actualizaciones a los entornos de producción. Se agregaron puntos si está involucrado un experto en accesibilidad de terceros.
8. ¿Su producto hace uso de WAI-ARIA? Si lo hace, ¿cómo es así?
Cuando un producto tiene una interfaz de usuario interactiva bastante compleja, la respuesta debe ser “Sí”. Esto indica que el proveedor entiende los complejos problemas de accesibilidad asociados con la interactividad web personalizada.
Puede mencionar el uso de hitos ARIA. Se agregaron puntos si se mencionan los atributos específicos de ARIA para tipos particulares de interacciones, por ejemplo, el uso de ARIA relacionada con el menú para el menú complejo, ARIA relacionado con el panel de pestañas para presentaciones de paneles de pestañas, etc. Quizás mencione bibliotecas utilizadas para implementar ARIA, como jQuery o MooTools, o tal vez una biblioteca ARIA hecha a medida creada por el proveedor.
9. ¿Su producto se adapta responsivamente a diferentes tamaños de pantalla? Por favor demuestre.
Debería responder “Sí”. Debería poder agarrar la esquina de una ventana del navegador y arrastrarla hacia adentro para reducir el tamaño de la ventana, y el contenido debe adaptarse limpiamente a medida que el tamaño de la ventana aumenta y disminuye. También debe poder demostrar el producto en un dispositivo móvil como un teléfono inteligente o tableta, y tener la interfaz de usuario se adapte al tamaño de pantalla del dispositivo.
10. ¿Su producto se magnifica limpiamente usando solo la función de zoom de un navegador? Por favor demuestre.
Debería responder “Sí”. Debería poder usar la función z oom del navegador para aumentar el tamaño del contenido a al menos 200% sin que el contenido fluya fuera del costado de la pantalla o se superponga con el contenido adyacente. Se agregaron puntos para tamaños de zoom mayores al 200%. Una buena adaptación del zoom indica que se han utilizado medidas relativas (em,%) para dimensionar elementos en lugar de medidas absolutas (px, pt), lo que también es un requisito para buenos diseños responsivos.