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 entender. 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 Tablero : 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 ámbito del caso de prueba. Los porcentajes se calculan en base al número de puntos de control pasados o fallidos en todo el ámbito definido. El punto de control se contabilizará como fallido si no se supera al menos una vez en cualquiera de las páginas o componentes del ámbito definido.

Tecnología Asistencial : Las Ejecuciones de Prueba permiten especificar el software y los dispositivos utilizados por las personas con discapacidad para interactuar con el software y los 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 automáticas completas dentro de axe Auditor. Como producto independiente, es una biblioteca 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 de unidad, integrándose sin problemas con el marco de pruebas o navegador de su elección. En cualquier ciclo de desarrollo ágil y maduro, los desarrolladores y probadores pueden identificar problemas de accesibilidad tempranamente y resolverlos rápidamente utilizando las referencias integradas y los patrones de solución de la ayuda profunda y especializada que se conecta con la base de conocimientos de accesibilidad de Deque University.

Punto de Control : Un método probado para la evaluación de requisitos de accesibilidad creado por el equipo de expertos en accesibilidad de Deque que aumenta la consistencia 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 directrices, en las que los fallos suelen separarse por tipo de contenido. Los Puntos de Control de Deque ayudan a los revisores a producir resultados de pruebas consistentes y precisos durante las evaluaciones de accesibilidad. Un punto de control se refiere a la sección más relevante y aplicable de la lista maestra de los 66 Puntos de Control de Deque (y sus requisitos) que son una parte importante del Método 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 iniciado), "en progreso" (se ha iniciado la prueba automática o manual, pero todos los puntos de control aún no han recibido un resultado para todas las páginas que comprenden la ejecución de prueba), y "completado" (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, Fallado, o N/A tanto para pruebas automáticas 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 y el 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 de W3C WCAG 2.0, así como las directrices de la Sección 508 de EE.UU. y/o las Mejores Prácticas del Método Deque. La personalización de las normas y las verificaciones automáticas asociadas que se ejecutan hace posible la prueba de estándares específicos de la organización. Las clasificaciones de gravedad (Bloqueante, Crítico, Grave, Moderado o Menor) se refieren a los niveles de violación de cumplimiento (fallo de regla) que describen cuán grave es el impacto que el problema(s) tiene sobre 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 como 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.

Tablero : El Tablero de una Ejecución de Prueba completada consta de tres gr?ficos que indican el nivel de conformidad de accesibilidad, el impacto de los problemas en personas con diferentes discapacidades y los principales problemas con su frecuencia de repetición. Todos estos datos de gráficos se basan en la metodología del Método Deque utilizada en axe Auditor para evaluar según un estándar dado. Por ejemplo, según el Método Deque, evaluamos 66 puntos de control en cada página o componente si el estándar seleccionado es el nivel A y AA de WCAG 2.0.

Tipo de Activo Digital

: Este campo se utiliza para definir el tipo de activo o propiedad que se está evaluando. La ventaja de esto es que solo los puntos de control relevantes para el activo seleccionado (la metodología de prueba, corrección y mejores prácticas) se mostrarán en las evaluaciones manuales. Los puntos de control no aplicables se ocultarán, 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
  • Kiosco
  • Documentos MS Excel
  • Documentos MS PowerPoint
  • Documentos MS Word
  • Software de Escritorio de Windows

Discapacidades Afectadas : Se muestra uno o más de los siguientes para indicar qué discapacidades se ven afectadas por no cumplir con la regla:

  • Déficit de Atención
  • Cognitiva
  • Daltonismo
  • Sorderas
  • Dislexia
  • Dificultad Auditiva
  • Baja Visión
  • Convulsión
  • Usuarios de Teclado con Visión
  • El habla

Entorno : Las Ejecuciones de Prueba permiten especificar el tipo de servidor en el que se está probando. 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 utilizado para organizarlos. Se utiliza para agrupar categóricamente casos de prueba relacionados. Consulte a su Gerente de Aseguramiento de Calidad antes de crear un nuevo caso de prueba para asociarlo con la carpeta más adecuada. Cuando se crea un nuevo caso de prueba y no se selecciona una carpeta, se creará automáticamente en la carpeta "No Organizada" por defecto. Los casos de prueba existentes se pueden mover a diferentes carpetas en cualquier momento.

Impacto : El impacto al usuario es una métrica útil a usar al priorizar los esfuerzos de corrección. Los niveles predeterminados están asociados con cada Punto de Control de Deque según lo que los expertos en accesibilidad de Deque han determinado que generalmente es cierto para un tipo particular de problema de accesibilidad, pero los evaluadores pueden usar su juicio para cambiarlos. Los impactos de tipo Bloqueante, Crítico y Grave ocurren cuando un usuario enfrenta barreras significativas o está impedido de acceder al contenido del sitio con una mayor vulnerabilidad a acciones legales. Los problemas menores y moderados no son tan graves, pero aún deben ser abordados para que la página sea considerada completamente cumplida. Las pruebas de puntos de control cubren las directrices de accesibilidad que pueden tener los siguientes cinco niveles utilizados para categorizar el impacto de accesibilidad de los problemas en la aplicación axe Auditor.

  • Bloqueante: Resulta en bloqueos catastróficos para las personas con discapacidades. Estos problemas definitivamente les impedirán acceder a características o contenido fundamentales, sin posibilidad de soluciones alternativas. Este tipo de problema pone a su organización en alto riesgo. Priorice solucionarlo de inmediato y desplegar como correcciones urgentes tan pronto como sea posible. Deben ser extremadamente raros. Un ejemplo de un problema bloqueante es SC 2.3.1 --- Tres destellos o por debajo del umbral, lo que puede causar convulsiones
  • Crítico: Este problema resulta en un contenido bloqueado para las personas con discapacidades. Hasta que se implemente una solución, el contenido será completamente inaccesible, lo que hace que su organización sea altamente vulnerable a acciones legales. La corrección debe ser una prioridad máxima.
  • Grave: Este problema resulta en barreras serias para las personas con discapacidades y les impedirá parcialmente acceder a características o contenido fundamentales. Las personas que dependen de tecnologías asistidas experimentarán una frustración significativa como resultado. Los problemas que caen bajo esta categoría son problemas importantes, y la corrección debe ser una prioridad. Deberían ser muy comunes.
  • Moderado: Este problema resulta en algunas barreras para las personas con discapacidades, pero no les impedirá acceder a elementos o contenido fundamentales. Esto podría hacer que su organización sea vulnerable a acciones legales. Esta violación debe resolverse antes de que una página pueda ser considerada completamente cumplida.
  • Menor: Se considera un problema que tiene menos impacto para los usuarios que un problema moderado. Para que una página sea considerada completamente cumplida, este problema debe resolverse, pero se puede desempeñar 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 Método Deque. Información adicional que puede almacenarse dentro de un registro de problema 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 corrección. Cada problema se refiere a una página de prueba particular.

Tipo de Problema : Se refiere al tipo de falla 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 impacta la capacidad de un usuario con discapacidad para acceder al contenido o funcionalidad del sitio. No pasa la prueba del punto de control.
  • Mejor práctica: El problema afecta la capacidad de un usuario con discapacidad para acceder al contenido o la funcionalidad del sitio, pero no incumple 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 debería considerarse un defecto funcional.
  • Usabilidad: El problema afecta 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 la materia encontró un problema, ya sea a través de automatización o manualmente. Utilizamos herramientas de Deque para los resultados de pruebas automatizadas y el método Deque Way para los resultados de pruebas manuales.

Otros Recursos Relacionados : Enlaces externos a páginas en sitios no pertenecientes a Deque que son conocidos como fuentes reputadas de información de calidad sobre la regla específica.

Página : Una página en axe Auditor se refiere a una "página a probar" o una "página de prueba." En una pantalla de creación de caso de prueba, se utiliza la funcionalidad del cuadro de diálogo Añadir Página para agregar páginas que serán probadas. Una página representa la página individual, componente o contenido dentro de un caso de prueba que deseas probar para accesibilidad. A pesar de especificar una URL y 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 el/los navegador(es) en los que se probará el sitio. Por ejemplo, "Windows y Firefox" o "Android y Chrome." Las pruebas automatizadas se realizarán a través de un navegador conectado en una plataforma dada.

Páginas de Curso Relacionadas de Deque University : Un enlace al tema es seguido por un enlace entre paréntesis al curso en el cual 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 la especificación del 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 de Curso Relacionadas de Deque University : Un enlace al tema es seguido por un enlace entre paréntesis al curso en el cual 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 que se pueden ejecutar las reglas.

Recomendación de Remediación : La recomendación de remediación es nuestra sugerencia de 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 de este fallo.

Directrices de la Sección 508 : Secciones específicas de las directrices relacionadas con la Sección 508 son referenciadas cuando es aplicable.

Selector : El selector es una forma de identificar un elemento utilizando 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 : Bloqueador, Crítico, Grave, Moderado y Menor son las cinco categorías de severidad de problema (fallo de regla), tal como se relacionan con las diversas directrices aplicables y mejores prácticas.

Alcance : El alcance de un caso de prueba es un conjunto de Página(s) y URLs de Componente(s) que serán evaluados para el Cumplimiento de Accesibilidad contra el estándar definido. Cada página o componente es considerado como una unidad de prueba por la aplicación axe Auditor.

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 ya sea 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 Ley de Acceso de Transportistas Aéreos (ACAA) al crear un nuevo Caso de Prueba o al editar un caso de prueba existente. Este ajuste refina las reglas automatizadas y las pruebas de verificación manual a las que se van a probar en la Ejecución de Prueba, para que solo se apliquen las que son relevantes al estándar seleccionado.

Estado : Los tres estados del estado de Ejecución de Prueba en axe Auditor son "no comenzado" (caso de prueba asignado al usuario, pero aún no comenzado), "en progreso" (las pruebas automatizadas o manuales han comenzado, pero aún no se han asignado resultados 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 han sido marcados con un resultado de finalización de ya sea Aprobar, Fallar o N/A en las pruebas manuales).

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

Confiabilidad de la Prueba : Una prueba contra una regla incluye múltiples verificaciones que, después de realizarse, producen un resultado colectivo. La confiabilidad de la prueba es dependiente de los resultados que pueden ser identificados de manera definitiva mediante medios automatizados. Tres categorías de verificaciones incluyen "ninguna debe aprobar," "una debe aprobar," y "todas deben aprobar" escenarios para cada prueba. Las pruebas automatizadas son consideradas ya sea Confiables, Algo Confiables, o No 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 asignada a un usuario para realizar una evaluación contra una combinación específica de plataforma de sistema operativo, versión de Navegador y Tecnología Asistiva. Creamos varias ejecuciones de prueba si necesitamos evaluar el caso de prueba dado contra una serie de combinaciones de SO, 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 que es definida por el equipo de expertos en accesibilidad de Deque para entender e interpretar las WCAG de una manera precisa y más sencilla. Esto hará que los equipos de accesibilidad de futuros clientes sean más eficientes si es adoptado.

Gráfica de Principales Problemas del Tablero : La gráfica de principales problemas indica los principales puntos de verificación que han fallado varias veces a lo largo del 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 principal con el mayor número de fallos primero. Esta gráfica mostrará un máximo de los 10 principales puntos de verificación con más problemas.

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

Gráfica de Impacto en el Usuario del Tablero : La gráfica de impacto en el usuario indica cómo estos problemas de accesibilidad identificados impactarán en las personas con diferentes discapacidades. Puedes encontrar las definiciones de severidad haciendo clic en el enlace del ícono de información bajo la gráfica. Consulta la sección "impacto" de este glosario para entender cómo los 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 comprobables que no son específicas de la tecnología. Se listan subsecciones de las directrices WCAG relacionadas. Las categorías de problemas de control de Deque Way se basan en estas agrupaciones de directrices de accesibilidad relacionadas.

Tema Relacionado

Conceptos y Términos Clave