Glosario

This page is not available in the language you requested. You have been redirected to the English version of the page.
Link to this page copied to clipboard
Not for use with personal data

Esta página describe la terminología clave utilizada en la interfaz de usuario de axe Auditor que los usuarios del sistema deben comprender. Incluye definiciones y explicaciones de términos, abreviaturas y acrónimos que podrían ser potencialmente desconocidos para usted.

Gráfico de Cumplimiento de Accesibilidad del Panel : El Gráfico de Cumplimiento indica la puntuación general de cumplimiento de accesibilidad sobre el conjunto de páginas y/o componentes definidos en el alcance del caso de prueba. Los porcentajes se calculan en función del número total de puntos de control aprobados o fallidos en el ámbito definido. El punto de control se contará como fallido si falla al menos una vez en cualquier página o componente del alcance definido.

Tecnología Asistencial : Las Pruebas de Ejecución permiten especificar el software y los dispositivos utilizados por las personas con discapacidad para interactuar con software y sitios web. Algunas pruebas requerirán el uso de un lector de pantalla, como NVDA o JAWS en PC, o VoiceOver en Mac. Lea más información en https://en.wikipedia.org/wiki/Assistive_technology

Attest : Parte de la suite de productos de Conformidad de Accesibilidad Empresarial de Deque, axe DevTools es el motor de reglas de accesibilidad premium que ejecuta pruebas automatizadas completas dentro de axe Auditor. Como producto independiente, es una biblioteca de JavaScript ligera, rápida y portátil que se ejecuta en su servidor de desarrollo local en el mismo navegador que sus pruebas funcionales o unitarias, integrándose a la perfección con el marco de pruebas o navegador de su elección. En cualquier ciclo de desarrollo ágil y maduro, los desarrolladores y evaluadores están capacitados para detectar problemas de accesibilidad temprano y resolverlos rápidamente utilizando las referencias y patrones de solución integrados de la ayuda contextual profunda que accede a la base de conocimiento de accesibilidad de Deque University.

Punto de Control : Un método probado para evaluar los requisitos de accesibilidad creado por el equipo de expertos en accesibilidad de Deque que aumenta la coherencia y precisión de los resultados de las pruebas. Basados en los Criterios de Éxito de WCAG, proporcionan una categorización e interpretación más explícita de esas pautas, en donde las fallas se suelen separar por tipo de contenido. Los Puntos de Control de Deque ayudan a los evaluadores a producir resultados de prueba consistentes y precisos durante las evaluaciones de accesibilidad. Un punto de control se refiere a la sección más relevante y aplicable del listado maestro de los 66 Puntos de Control de Deque (y sus requisitos) que son una parte importante del Camino Deque hacia la igualdad digital.

Estado de Finalización : Los tres estados de finalización relacionados con las ejecuciones de prueba en axe Auditor son "no iniciado" (caso de prueba asignado al usuario, pero aún no comenzado), "en progreso" (se ha iniciado la prueba automatizada o manual, pero no se han asignado resultados a todos los puntos de control para todas las páginas que comprenden la ejecución de prueba) y "completo" (lo que significa que todos los puntos de control para todas las páginas han sido marcados con un resultado de finalización de Aprobado, Fallido o N/A tanto para las pruebas automatizadas como manuales).

Datos de Cumplimiento e Impacto : Un grupo de 6 campos de información relacionados que le brindan una visión rápida del tipo de información de cumplimiento e impacto de accesibilidad asociado con esta regla. Una lista de los estándares aplicables a la regla, que puede incluir los niveles A y AA del WCAG 2.0 de W3C, así como las pautas de la Sección 508 de EE. UU. y/o las Mejores Prácticas del Camino Deque. La personalización de reglas y las verificaciones automatizadas asociadas que se ejecutan posibilita las pruebas de estándares específicos de la organización. Las clasificaciones de severidad (Bloqueador, Crítico, Serio, Moderado o Menor) se refieren a los niveles de violación de cumplimiento (fallo de regla) que describen cuán grave es el impacto de los problemas en la accesibilidad de un sitio o página.

Componente : Un componente representa secciones globales y reutilizables del sitio web. El usuario también puede definir componentes para que sean parte o sección de una página en particular. Axe Auditor espera que se definan selectores adecuados para identificar los componentes de una página.

Panel : El panel de una ejecución de prueba completada consta de tres gráficos que indican el nivel de conformidad con la accesibilidad, el impacto de los problemas en personas con diferentes discapacidades y los problemas principales con el número de veces repetidas. Todos estos datos de gráficos se basan en la metodología Camino Deque utilizada en axe Auditor para pruebas contra un estándar dado. Por ejemplo, según el Camino Deque, evaluamos 66 puntos de control para cada página o componente si el estándar seleccionado es el WCAG 2.0 Nivel A & AA.

Tipo de Activo Digital

: Este campo se utiliza para definir el tipo de activo o propiedad que se está probando. La ventaja de esto es que solo los puntos de control relevantes para el activo seleccionado (la metodología de prueba, la remediación y las mejores prácticas) se mostrarán para la prueba manual. Los puntos de control no aplicables estarán ocultos, por lo que solo habrá puntos de control relevantes para revisar. Las opciones para elegir son:

  • Web de Escritorio
  • Web Móvil
  • Android Móvil Nativo
  • iOS Móvil Nativo
  • Quiosco
  • Documentos de MS Excel
  • Documentos de MS PowerPoint
  • Documentos de MS Word
  • Software de Escritorio de Windows

Discapacidades Afectadas : Se mostrará uno o más de los siguientes para indicar qué discapacidades son impactadas por el incumplimiento de la regla:

  • Déficit de Atención
  • Cognitiva
  • Daltonismo
  • Sordera
  • Dislexia
  • Hipoacusia
  • Baja Visión
  • Convulsión
  • Usuarios Videntes de Teclado
  • Habla

Entorno : Las ejecuciones de prueba permiten especificar el tipo de servidor en el que se realiza la prueba. Por ejemplo, un servidor de producción se utilizaría para un sitio en vivo.

Carpeta : Una carpeta es simplemente un contenedor para casos de prueba utilizados para organizarlos. Se utiliza para agrupar categóricamente casos de prueba relacionados. Consulte con su Gerente de Aseguramiento de Calidad antes de crear un nuevo caso de prueba para encontrar la carpeta más adecuada con la cual asociarlo. Cuando se crea un nuevo caso de prueba y no se selecciona una carpeta, se creará automáticamente dentro de la carpeta No Organizada por defecto. Los casos de prueba existentes se pueden mover a diferentes carpetas en cualquier momento.

Impacto : El impacto en el usuario es una métrica útil para priorizar los esfuerzos de remediación. Se asocian niveles predeterminados con cada Punto de Control Deque según lo que los expertos en accesibilidad de Deque han determinado que es generalmente cierto para un tipo particular de problema de accesibilidad, pero los evaluadores pueden usar su juicio para cambiarlos. Los impactos Bloqueador, Crítico y Serio ocurren cuando un usuario encuentra barreras significativas o queda bloqueado del contenido en el sitio con una mayor vulnerabilidad a acciones legales. Los problemas menores y moderados no son tan graves, pero aún deben solucionarse para que la página se considere completamente conforme. Las pruebas de puntos de control cubren las pautas de accesibilidad que pueden tener los siguientes cinco niveles utilizados para categorizar el impacto de accesibilidad de los problemas dentro de la aplicación axe Auditor.

  • Bloqueador: Resultados en impedimentos catastróficos para las personas con discapacidades. Estos problemas definitivamente les impedirán acceder a características o contenidos fundamentales, sin posibles soluciones alternativas. Este tipo de problema pone a su organización en alto riesgo. Priorice la reparación inmediatamente, y despliegue como soluciones rápidas lo antes posible. Deben ser extremadamente raros. Un ejemplo de un problema de bloqueo es un SC 2.3.1 --- Tres Destellos o Umbral Inferior que puede causar convulsiones
  • Crítico: Este problema resulta en contenido bloqueado para personas con discapacidades. Hasta que se implemente una solución, el contenido será completamente inaccesible, haciendo que su organización sea muy vulnerable a acciones legales. La corrección debería ser una prioridad principal.
  • Serio: Este problema resulta en serias barreras para las personas con discapacidades, y les impedirá parcialmente acceder a características o contenidos fundamentales. Las personas que dependen de tecnologías asistenciales experimentarán una frustración significativa como resultado. Los problemas que caen bajo esta categoría son problemas mayores, y la corrección debería ser una prioridad. Deben ser muy comunes.
  • Moderado: Este problema resulta en algunas barreras para las personas con discapacidades pero no les impediría acceder a elementos o contenidos fundamentales. Esto podría hacer que su organización sea vulnerable a acciones legales. Esta violación debe ser resuelta antes de que una página pueda considerarse totalmente conforme.
  • Menor: Esto se considera un problema que produce menos impacto para los usuarios que un problema moderado. Para que una página se considere completamente conforme, este problema debe ser resuelto, pero puede ser tratado al final.

Problema : En el contexto de axe Auditor, cada uno consiste en un resumen

requerido, nivel de impacto, así como una asociación con un

Punto de Control del Camino Deque. La información adicional que se

puede almacenar dentro de un registro de problemas incluye un tipo de

problema, tipo de descripción, descripción, banderas de revisión,

código fuente, capturas de pantalla y recomendación de remediación.

Cada problema se refiere a una página de prueba particular.

Tipo de Problema : Se refiere al tipo de fallo o mejor práctica. Los siguientes 5

tipos de problemas se utilizan para categorizar los problemas dentro

de la aplicación axe Auditor:

  • Accesibilidad: El problema afecta la capacidad de un usuario con discapacidad para acceder al contenido o la funcionalidad del sitio. No pasa la prueba de verificación.
  • Mejores prácticas: El problema afecta la capacidad de un usuario con discapacidad para acceder al contenido o la funcionalidad del sitio, pero no falla la prueba de verificación.
  • Agente de usuario: El problema es resultado de la interacción del agente de usuario con la página, no necesariamente del contenido de la página en sí.
  • Funcionalidad: El problema es resultado de un problema con la funcionalidad de la página y debe considerarse un defecto funcional.
  • Usabilidad: El problema impacta la capacidad de todos los usuarios para acceder al contenido o la funcionalidad del sitio.

Método: El método de un problema indica cómo el experto en el tema encontró un problema, ya sea a través de automatización o manualmente. Usamos herramientas de Deque para los resultados de pruebas automatizadas y usamos Deque Way para los resultados de pruebas manuales.

Otros recursos relacionados: Enlaces externos a páginas en sitios no-Deque conocidos como fuentes de información de calidad sobre la regla específica.

Página : Una página en axe Auditor se refiere a una "página bajo prueba" o una "página de prueba". En una pantalla de creación de Caso de Prueba, la funcionalidad de cuadro de diálogo Agregar Página se utiliza para añadir páginas a ser probadas. Una Página representa la página individual, componente o contenido dentro de un caso de prueba que usted quiere probar para accesibilidad. Aunque esté especificando una URL y un Nombre para la página, el Alcance a probar puede ser toda la página, o un área de la página (que puede ser un módulo, pantalla, widget, sección o elemento).

Plataforma: El(los) sistema(s) operativo(s) y navegador(es) en los que se va a probar el sitio. Por ejemplo, "Windows y Firefox" o "Android y Chrome." Las pruebas automatizadas se ejecutarán a través de un navegador conectado en una plataforma dada.

Páginas relacionadas del curso de Deque University: Un enlace al tema va seguido de un enlace entre paréntesis al curso en el que se encuentra el tema. Esto te lleva directamente a la página de Deque University donde se proporciona un alto nivel de detalle sobre la naturaleza de la regla y por qué es importante.

Lanzamiento: Las ejecuciones de prueba permiten especificar el número de versión del producto que se está probando. Por ejemplo, 1.0 sería el primer ciclo de lanzamiento del producto.

Páginas relacionadas del curso de Deque University: Un enlace al tema va seguido de un enlace entre paréntesis al curso en el que se encuentra el tema. Esto te lleva directamente a la página de Deque University donde se proporciona un alto nivel de detalle sobre la naturaleza de la regla y por qué es importante.

Tecnologías relevantes: Se muestran una o más tecnologías relevantes para demostrar los tipos de tecnologías en las cuales se pueden ejecutar las reglas.

Recomendación de remediación: La recomendación de remediación es la sugerencia de nuestros expertos de Deque sobre cómo solucionar un problema en particular. Esto será de gran ayuda para los desarrolladores. A veces, también indica cómo este problema afecta a una persona con discapacidad y el tipo de discapacidad que sufre por esta falla.

Directrices de la Sección 508: Se hace referencia a subsecciones específicas de las directrices relacionadas con la Sección 508 cuando es aplicable.

Selector: El selector es una manera de identificar un elemento usando algunas técnicas (ejemplo: xpath, id, clase CSS) en el DOM de una página web que ayuda a identificar un componente en particular.

Severidad: Bloqueante, Crítico, Grave, Moderado y Menor son las cinco categorías de severidad de problemas (fallos de regla), ya que se relacionan con las diversas directrices y mejores prácticas aplicables.

Alcance: El alcance de un caso de prueba es un conjunto de URLs de Página(s) y Componente(s) que deben evaluarse para el cumplimiento de accesibilidad contra el estándar definido. Cada página o componente se considera una unidad de prueba por la aplicación auditor de axe.

Código fuente: El código fuente es el código DOM renderizado de un elemento objetivo de un problema. Ayuda a los desarrolladores a identificar el elemento en el problema muy fácilmente.

Estándar: El campo Estándar te permite seleccionar entre WCAG 2.0 Nivel A, WCAG 2.0 Nivel AA, WCAG 2.1 Nivel A, WCAG 2.1 Nivel AA, WCAG 2.0, Sección 508 o el Acta de Acceso de Transportistas Aéreos (ACAA) cuando se crea un nuevo caso de prueba o al editar un caso de prueba existente. Esta configuración refina las reglas automatizadas y las pruebas de verificación manual que se deben evaluar solo contra aquellas que son aplicables al estándar seleccionado.

Estado: Los tres estados del estado de Ejecución de Prueba en el auditor de axe son "no iniciado" (caso de prueba asignado a un usuario, pero no comenzado aún), "en progreso" (ya sea prueba automatizada o manual ha comenzado, pero no todos los puntos de verificación han sido asignados un resultado para todas las páginas que comprenden la ejecución de prueba), y "completo" (lo que significa que todos los puntos de verificación para todas las páginas se han marcado con un resultado de finalización de ya sea Aprobado, Fallado, o N/A en pruebas manuales).

Caso de prueba: Los casos de prueba representan el escenario de prueba, pasos e información del producto requerida para una evaluación específica. Están compuestos de al menos una página o componente a ser probado, y son nombrados. La información adicional incluye una descripción del caso de prueba, el estándar aplicable e información del producto. Las páginas a ser probadas contenidas dentro de un caso de prueba incluyen cada una un nombre de página, URL y alcance --- que puede ser toda la página o un área específica de la página (módulo, pantalla, widget, sección o elemento) --- elementos objetivo (formularios, video, audio, CAPTCHA, contenido parpadeante), e instrucciones relacionadas como aquellas que se utilizarán para navegar a la página.

Confiabilidad de la prueba: Una prueba contra una regla incluye múltiples verificaciones que, después de ejecutarse, producen un resultado colectivo. La confiabilidad de la prueba depende de los resultados que se puedan identificar de manera definitiva por medios automatizados. Tres categorías de comprobaciones incluyen "ninguna debe pasar," "una debe pasar," y "todas deben pasar" escenarios para cada prueba. Las pruebas automatizadas se consideran Confiables, Algo confiables, o Poco confiables --- en cuyo caso se requiere una evaluación manual.

Ejecución de prueba: Una ejecución de prueba es una instancia de un caso de prueba que ha sido asignado a un usuario para realizar la evaluación contra una combinación específica de plataforma de OS, versión del navegador y tecnología asistiva. Creamos un número de ejecuciones de prueba si necesitamos evaluar el caso de prueba dado contra un número de combinaciones de OS, Navegador y TA. Cada ejecución de prueba puede ser asignada a un usuario diferente.

Unidad de prueba: La unidad de prueba puede ser una página o componente de un caso de prueba. El número de unidades de prueba de un caso de prueba es equivalente a la suma del número de páginas y componentes de un caso de prueba.

Metodología de prueba: Deque Way es nuestra metodología definida por el equipo de expertos en accesibilidad de Deque para comprender e interpretar las WCAG de una manera precisa y más sencilla. Esto hará que cualquier equipo de accesibilidad de un cliente próximo sea más eficiente si se adopta.

Gráfico de principales problemas del panel de control: El gráfico de problemas principales indica los principales puntos de verificación que fallan un número de veces en todo el alcance de páginas y/o componentes definidos. La lista se presenta en orden descendente para que el usuario vea el punto de verificación superior con el mayor número de fallos primero. Este gráfico mostrará un máximo de los 10 principales puntos de verificación con el mayor número de problemas.

Temas: Demasiados para enumerar aquí, todos los nombres de Tema: Subtema aplicables se muestran para representar la amplia categoría en la que cae la regla. Estas asociaciones sirven para agrupar tipos de reglas/problemas relacionados juntos.

Gráfico de impacto en el usuario del panel de control: El gráfico de impacto en el usuario indica cómo estos problemas de accesibilidad identificados impactarán a las personas con diferentes discapacidades. Puedes encontrar las definiciones de severidad haciendo clic en el enlace del icono de información debajo del gráfico. Consulta la sección "impacto" de este glosario para entender cómo diferentes problemas con diferentes niveles de impacto afectarían a la persona con discapacidad para usar la funcionalidad de la página.

Criterios de éxito de WCAG: Los Criterios de Éxito (SC) están escritos como declaraciones que se pueden probar y que no son específicas de la tecnología. Se enumeran subsecciones de las directrices relacionadas de WCAG. Las categorías de problemas de punto de verificación Deque Way se basan en estas agrupaciones de directrices de accesibilidad relacionadas.

Tema relacionado

Conceptos clave y términos