Sweent obtiene la certificación de probador confiable del Departamento de Seguridad Nacional de los Estados Unidos
Un ingeniero de Sweent ahora está certificado a través del programa Trusted Tester del Departamento de Seguridad Nacional de los Estados Unidos, la metodología oficial de pruebas de conformidad de accesibilidad del gobierno federal.
Hemos aprobado el examen. Desde este mes, el equipo de Sweent cuenta con el certificado Trusted Tester for Web del Departamento de Seguridad Nacional (DHS) de los Estados Unidos, y ha superado el examen según el proceso de prueba actual (versión 5.1.3). Hace tiempo que queríamos tener esta credencial en el equipo, y obtenerla cambia la forma en que podemos hablar sobre el trabajo de accesibilidad con las agencias y empresas a las que prestamos servicios. Sin embargo, la certificación en sí misma está muy mal interpretada, por lo que vale la pena explicar qué es y qué no lo es.
No existe tal cosa como una «empresa certificada 508»
Empieza por aquí, porque es la fuente de la mayor parte de la confusión en este mercado. Muchos proveedores anuncian que cuentan con la «certificación de la Sección 508». Ningún organismo gubernamental emite eso. No existe una certificación a nivel empresarial que certifique la conformidad con la Sección 508, y cualquiera que afirme lo contrario es que no está muy familiarizado con el lenguaje o espera no comprobarlo.
Lo que sí existe es el programa Trusted Tester, dirigido por la Oficina de Sistemas y Tecnología Accesibles (OAST) del Departamento de Seguridad Nacional de los Estados Unidos, la oficina federal responsable de la accesibilidad en todo el gobierno. Certifica a personas individuales, no a organizaciones. El evaluador estudia la metodología, aprueba un examen práctico y obtiene la credencial. Por lo tanto, la afirmación honesta y defendible es la que hacemos nosotros: un ingeniero de Sweent es un evaluador de confianza certificado, lo que significa que podemos aplicar internamente el proceso de pruebas oficial del gobierno federal en lugar de subcontratarlo o aproximarlo.
Si estás evaluando a un proveedor de accesibilidad, esa distinción es un filtro útil. Pregunte a los miembros de su personal que poseen la certificación y qué versión del proceso utilizaron. Una respuesta real es una buena señal.
Qué es realmente el proceso de Trusted Tester
Trusted Tester es una metodología manual estandarizada para comprobar si una página web cumple con los estándares revisados de la Sección 508. Estos estándares, a su vez, incorporan los criterios de éxito de las WCAG 2.0 de nivel A y AA, por lo que, en la práctica, el proceso consiste en evaluar los mismos requisitos de accesibilidad que la mayoría de las personas ya conocen de las WCAG.
La palabra que importa es estandarizado. El proceso guía al evaluador por cada página y componente con una secuencia fija de comprobaciones: funcionamiento del teclado, orden de enfoque, funciones y estados de ARIA, etiquetado de formularios y gestión de errores, contraste, orden de lectura, etc. Como todos los evaluadores certificados siguen el mismo guion, dos evaluadores diferentes que evalúen la misma página deberían obtener el mismo resultado. Esa repetibilidad es el punto central. Es lo que hace que una reclamación de conformidad sea defendible cuando una oficina de compras, un equipo legal o un revisor de una agencia le pregunta cómo sabe que el software es accesible.
Por qué no nos basamos únicamente en los escaneos automatizados
Los escáneres de accesibilidad automatizados son realmente útiles, y nosotros los ejecutamos. Diríjase a una planta de producción y, en un par de minutos, obtendrá una lista de los atributos alternativos que faltan, el texto con bajo contraste y algunos ARIA con formato incorrecto. Eso es un valor real con casi ningún esfuerzo.
Pero es una parte del panorama. Las pruebas del sector muestran constantemente que las herramientas automatizadas detectan entre el 30 y el 40 por ciento de los problemas relacionados con las WCAG. No ven las cosas que más afectan a los usuarios reales:
Si puedes manejar toda la interfaz con un teclado y si el foco se centra en algún lugar sensato cuando se abre un menú o un modal
Si el enfoque está atrapado correctamente dentro de un cuadro de diálogo y si se suelta correctamente cuando se cierra
Si un lector de pantalla anuncia a qué campo pertenece un mensaje de error
Si el orden de lectura que sigue un lector de pantalla coincide con el orden visual que ve un usuario vidente
Ninguna de ellas puede verificarse mediante un script que analice el DOM. Requieren que una persona opere la página como lo haría un usuario de tecnología de asistencia. El proceso Trusted Tester existe precisamente porque la capa automatizada no llega a una respuesta de conformidad real.
Qué significa esto si compras software
Para nuestros clientes federales y estatales, el resultado práctico es sencillo: podemos realizar pruebas de conformidad que resistan la revisión y documentarlas en un VPAT, la plantilla voluntaria de accesibilidad de los productos que exigen la mayoría de las adquisiciones del sector público antes de que consideren la posibilidad de comprar un producto. Contar con un Trusted Tester certificado significa que las pruebas y la documentación necesaria provienen del mismo equipo que entiende tu código base, y no de un proveedor independiente que participe en el proceso.
Para los clientes comerciales, el valor se basa menos en las siglas y más en la disciplina que representan. Un equipo que pone a prueba el estándar Trusted Tester es un equipo que ha pensado mucho en los usuarios de teclados y lectores de pantalla y en los modos de fallo que una herramienta automatizada nunca detecta. Si has recibido una carta de exigencia de la ADA o simplemente quieres que tu producto funcione para todos los que intenten usarlo, lo que realmente estás pagando es esa disciplina.
¿Dónde encaja esto con el resto de nuestro trabajo
No se trata de un cambio hacia una nueva línea de servicio. La accesibilidad ha formado parte de la forma en que creamos software desde el principio, y hemos realizado trabajos de corrección que consistieron en probar los lectores de pantalla reales en aplicaciones activas, en lugar de revisar la lista de verificación. La certificación formaliza algo que el equipo ya estaba haciendo y eleva el límite de lo que podemos prometer: no «pusimos un escáner y se veía limpio», sino que «un evaluador certificado guió la solicitud a través del proceso de conformidad federal y este es el resultado documentado».
Si la accesibilidad está en su hoja de ruta, o ha llegado a su escritorio como un requisito que ahora tiene que cumplir, esa es la conversación que estamos preparados para mantener.
Preguntas frecuentes
No exactamente, y vale la pena ser preciso al respecto. No existe ningún programa gubernamental que certifique que una empresa cumple con la Sección 508. Lo que existe es la certificación Trusted Tester for Web del DHS, que está en manos de evaluadores individuales. Sweent puede ejecutar internamente el proceso oficial de pruebas de conformidad del gobierno federal.
Es una credencial de la Oficina de Sistemas y Tecnología Accesibles del Departamento de Seguridad Nacional. Certifica que un evaluador puede aplicar correctamente el Trusted Tester Test Process, una metodología manual estandarizada para comprobar si un sitio web cumple con las normas revisadas de la Sección 508. La versión actual del proceso es la 5.1.3.
Ambas, porque se superponen. Los estándares revisados de la Sección 508 incorporan por referencia los criterios de éxito de los niveles A y AA de las WCAG 2.0. Además, las pruebas con el proceso Trusted Tester permiten obtener la mayor parte del proceso para obtener una declaración de conformidad con las WCAG 2.1 AA, que es lo que solicitan la mayoría de los equipos de compras estatales y comerciales.
Los escáneres automatizados detectan aproximadamente un tercio de los problemas de accesibilidad: falta texto alternativo, errores de contraste y algunos errores de ARIA. No pueden verificar el funcionamiento del teclado, el orden lógico de enfoque ni si un lector de pantalla anuncia un error de formulario de una manera que tenga sentido. Para ello, es necesario que un humano siga un guion repetible, que es exactamente lo que implica el proceso de Trusted Tester.