Glossário

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 descreve a terminologia chave usada na interface do usuário do axe Auditor que os usuários do sistema devem compreender. Inclui definições e explicações de termos, abreviações e acrônimos que podem ser potencialmente desconhecidos para você.

Gráfico de Conformidade de Acessibilidade do Painel : O Gráfico de Conformidade indica a pontuação geral de conformidade de acessibilidade no conjunto de páginas e/ou componentes definidos no escopo do caso de teste. As porcentagens são calculadas com base no número total de pontos de verificação aprovados ou falhados no escopo definido. O ponto de verificação será contado como uma falha se falhar pelo menos uma vez em qualquer página ou componente do escopo definido.

Tecnologia assistiva : Os Test Runs permitem especificar o software e os dispositivos usados por indivíduos com deficiência para interagir com software e sites. Alguns testes exigirão o uso de um leitor de tela, como NVDA ou JAWS no PC, ou VoiceOver no Mac. Leia mais informações em https://en.wikipedia.org/wiki/Assistive_technology

Attest : Parte do conjunto de produtos de Conformidade de Acessibilidade Empresarial da Deque, axe DevTools é o mecanismo de regras de acessibilidade premium que executa testes automatizados abrangentes no axe Auditor. Como um produto autônomo, é uma biblioteca JavaScript leve, rápida e portátil que roda no seu servidor de desenvolvimento local no mesmo navegador que seus testes funcionais ou unitários, integrando-se perfeitamente com a estrutura de teste ou navegador de sua escolha. Em qualquer ciclo de desenvolvimento ágil e maduro, desenvolvedores e testadores são capacitados para identificar problemas de acessibilidade rapidamente e resolvê-los rapidamente usando as referências e padrões de solução embutidos na ajuda sensível ao contexto que acessa a base de conhecimento de acessibilidade da Deque University.

Ponto de Verificação : Um método comprovado para teste de requisitos de acessibilidade criado pela equipe de especialistas em acessibilidade da Deque, que aumenta a consistência e precisão dos resultados dos testes. Baseados nos Critérios de Sucesso do WCAG, eles fornecem uma categorização e interpretação mais explícita dessas diretrizes, nas quais as falhas são tipicamente separadas por tipo de conteúdo. Os Pontos de Verificação da Deque ajudam os revisores a produzirem resultados de teste consistentes e precisos durante as avaliações de acessibilidade. Um ponto de verificação refere-se à seção mais relevante e aplicável da lista mestre dos 66 Pontos de Verificação da Deque (e seus requisitos) que são uma importante parte do Caminho Deque para igualdade digital.

Estado de Conclusão : Os três estados de conclusão relacionados às Execuções de Teste no axe Auditor são "não iniciado" (caso de teste atribuído ao usuário, mas ainda não iniciado), "em progresso" (o teste automatizado ou manual foi iniciado, mas todos os pontos de verificação ainda não foram atribuídos a um resultado para todas as páginas que compõem a execução do teste) e "completo" (significando que todos os pontos de verificação para todas as páginas foram marcados com um resultado de conclusão de Aprovado, Reprovado ou N/A tanto para o teste automatizado quanto para o manual).

Dados de Conformidade & Impacto : Um agrupamento de 6 campos de informação relacionados que oferece uma visão rápida do tipo de informação de conformidade e impacto de acessibilidade associado a esta regra. Uma lista das normas aplicáveis ​​à regra, que pode incluir os níveis A e AA do W3C WCAG 2.0, bem como as diretrizes da Seção 508 dos EUA e/ou as Melhores Práticas do Caminho Deque. A personalização das regras e as verificações automatizadas associadas que são executadas tornam possível o teste de normas específicas da organização. As classificações de gravidade (Blocker, Crítico, Sério, Moderado ou Menor) referem-se aos níveis de violação de conformidade (falha de regra) que descrevem quão grave é o impacto que o(s) problema(s) tem(em) na acessibilidade de um site ou página.

Componente : Um componente representa seções globais e reutilizáveis do site. O usuário também pode definir componentes para serem parte ou seção de uma determinada página. O Axe Auditor espera que seletores adequados sejam definidos para identificar componentes de uma página.

Painel : O painel de uma Execução de Teste concluída compreende três gráficos que indicam o nível de conformidade de acessibilidade, o impacto dos problemas em pessoas com diferentes deficiências e os principais problemas com o número de vezes que se repetem. Todos esses dados dos gráficos são baseados na metodologia Deque-Way usada no axe Auditor para testar contra um padrão dado. Por exemplo, de acordo com o Deque-Way, avaliamos 66 pontos de verificação em cada página ou componente se o padrão selecionado for WCAG 2.0 Nível A & AA.

Tipo de Ativo Digital

: Este campo é usado para definir o tipo de ativo ou propriedade que está sendo testado. O benefício disso é que apenas os pontos de verificação relevantes para o ativo selecionado (as metodologias de teste, remediação e melhores práticas) serão exibidos para o teste manual. Os pontos de verificação não aplicáveis serão ocultados, portanto, há apenas pontos de verificação relevantes para revisar. As opções para escolher são:

  • Web Desktop
  • Web Móvel
  • Android Móvel Nativo
  • iOS Móvel Nativo
  • Quiosque
  • Documentos MS Excel
  • Documentos MS PowerPoint
  • Documentos MS Word
  • Software de Desktop Windows

Deficiências Afetadas : Um ou mais dos seguintes itens é exibido para indicar quais deficiências são impactadas pela regra não ser atendida:

  • Déficit de Atenção
  • Cognitiva
  • Daltonismo
  • Surdez
  • Dislexia
  • Deficiência Auditiva
  • Baixa Visão
  • Convulsão
  • Usuários de Teclado com Visão
  • Fala

Ambiente : As Execuções de Teste permitem especificar o tipo de servidor no qual o teste está sendo realizado. Por exemplo, um servidor de produção seria usado para um site ao vivo.

Pasta : Uma pasta é simplesmente um contêiner para casos de teste usados para organizá-los. É usada para agrupar categoricamente casos de teste relacionados. Consulte seu Gerente de Garantia de Qualidade antes de criar um novo caso de teste para o mais apropriado para associá-lo. Quando um novo caso de teste é criado e uma pasta não é selecionada, ele será criado automaticamente na pasta Desorganizada por padrão. Casos de teste existentes podem ser movidos para diferentes pastas a qualquer momento.

Impacto : O impacto no usuário é uma métrica útil para usar ao priorizar esforços de remediação. Níveis padrão são associados a cada Ponto de Verificação Deque de acordo com o que os especialistas em acessibilidade da Deque determinaram ser geralmente verdadeiro para um tipo específico de problema de acessibilidade, mas os avaliadores podem usar seu julgamento para alterá-los. Impactos de Bloqueio, Críticos e Sérios ocorrem quando um usuário encontra barreiras significativas ou é bloqueado de acessar conteúdo no site com uma maior vulnerabilidade a ações legais. Questões menores e moderadas não são tão sérias, mas ainda devem ser tratadas para que a página seja considerada totalmente compatível. Os testes de pontos de verificação cobrem as diretrizes de acessibilidade que podem ter os seguintes cinco níveis usados para categorizar o impacto da acessibilidade de problemas dentro da aplicação axe Auditor.

  • Bloqueio: Resulta em obstáculos catastróficos para pessoas com deficiência. Esses problemas definitivamente impedirão que elas acessem recursos ou conteúdos fundamentais, sem possíveis alternativas. Esse tipo de problema coloca a sua organização em alto risco. Priorize a correção imediata e implemente como hotfixes o mais rápido possível. Deve ser extremamente raro. Um exemplo de um problema bloqueador é SC 2.3.1 --- Três Flashes ou Abaixo do Limite que pode causar convulsões
  • Crítico: Este problema resulta em conteúdo bloqueado para indivíduos com deficiência. Até que uma solução seja implementada, o conteúdo será completamente inacessível, tornando sua organização altamente vulnerável a ações legais. A remediação deve ser uma prioridade máxima.
  • Sério: Este problema resulta em barreiras sérias para pessoas com deficiência e impedirá parcialmente que elas acessem recursos ou conteúdos fundamentais. Pessoas que dependem de tecnologias assistivas experimentarão uma frustração significativa como resultado. Problemas dessa categoria são grandes desafios, e a remediação deve ser uma prioridade. Deve ser muito comum.
  • Moderado: Este problema resulta em algumas barreiras para indivíduos com deficiência, mas não impediria que eles acessem elementos ou conteúdos fundamentais. Isso pode tornar sua organização vulnerável a ações legais. Essa violação deve ser resolvida antes que uma página possa ser considerada totalmente em conformidade.
  • Menor: Isso é considerado um problema que causa menos impacto para os usuários do que um problema moderado. Para que uma página seja considerada completamente em conformidade, esse problema deve ser resolvido, mas pode ser tratado por último.

Problema : No contexto do axe Auditor, cada um consiste em um resumo necessário, nível de impacto, bem como uma associação com um Ponto de Verificação Deque Way. Informações adicionais que podem ser armazenadas dentro de um registro de problema incluem um tipo de problema, tipo de descrição, descrição, bandeiras de revisão, código-fonte, capturas de tela e recomendação de remediação. Cada problema se refere a uma página de teste específica.

Tipo de Problema : Refere-se ao tipo de falha ou melhor prática. Os seguintes 5 tipos de problema são usados para categorizar problemas dentro da aplicação axe Auditor:

  • Acessibilidade: O problema impacta a capacidade de um usuário com deficiência de acessar o conteúdo ou a funcionalidade do site. Não passa no teste de verificação.
  • Melhores Práticas: O problema impacta a capacidade de um usuário com deficiência de acessar o conteúdo ou a funcionalidade do site, mas não falha no teste de verificação.
  • Agente de Usuário: O problema é resultado da interação do agente do usuário com a página, não necessariamente do próprio conteúdo da página.
  • Funcionalidade: O problema é resultado de um problema com a funcionalidade da página e deve ser considerado um defeito funcional.
  • Usabilidade: O problema impacta a capacidade de todos os usuários acessarem o conteúdo ou a funcionalidade do site.

Método : O método de um problema indica como o especialista no assunto encontrou um problema, seja por automação ou manualmente. Usamos ferramentas Deque para resultados de testes automatizados e usamos o Modo Deque para resultados de testes manuais.

Outros Recursos Relacionados : Links externos para páginas em sites não-Deque conhecidos como fontes reputadas de informações de qualidade sobre a regra específica.

Página : Uma página no axe Auditor refere-se a uma "página em teste" ou uma "página de teste." Na tela de criação de um Caso de Teste, a funcionalidade de diálogo Adicionar Página é usada para adicionar páginas a serem testadas. Uma Página representa a página individual, componente ou conteúdo dentro de um caso de teste que você deseja testar para acessibilidade. Embora você esteja especificando um URL e Nome para a página, o Escopo a ser testado pode ser a página inteira, ou uma área da página (que pode ser um módulo, tela, widget, seção ou elemento).

Plataforma : O(s) sistema(s) operacional(is) e navegador(es) nos quais o site deve ser testado. Por exemplo, "Windows e Firefox" ou "Android e Chrome". Testes automatizados serão realizados através de um navegador conectado em uma plataforma determinada.

Páginas de Cursos Relacionados ao Deque University : Um link para o tópico é seguido por um link entre parênteses para o curso em que o tópico está contido. Isso leva você diretamente à página do Deque University onde um nível elevado de detalhes é fornecido sobre a natureza da regra e por que ela é importante.

Lançamento : Test Runs permitem a especificação do número da versão do produto sendo testado. Por exemplo, 1.0 seria o primeiro ciclo de lançamento do produto.

Páginas de Cursos Relacionados ao Deque University : Um link para o tópico é seguido por um link entre parênteses para o curso em que o tópico está contido. Isso leva você diretamente à página do Deque University onde um nível elevado de detalhes é fornecido sobre a natureza da regra e por que ela é importante.

Tecnologias Relevantes : Uma ou mais tecnologias relevantes são exibidas para demonstrar os tipos de tecnologias nas quais as regras podem ser executadas.

Recomendação de Remediação : A recomendação de remediação é a sugestão de nossos especialistas da Deque sobre como corrigir um problema específico. Isso será de grande ajuda para os desenvolvedores. Às vezes, também indica como este problema afeta uma pessoa com deficiência e o tipo de deficiência que sofre com essa falha.

Diretrizes Section 508 : Subseções específicas das diretrizes Section 508 relacionadas são referenciadas quando aplicável.

Seletor : Seletor é uma maneira de identificar um elemento usando algumas técnicas (exemplo: xpath, id, classe css) no DOM de uma página da web que ajuda a identificar um componente específico.

Severidade : Bloqueador, Crítico, Sério, Moderado e Menor são as cinco categorias de severidade do problema (falha de regra), conforme se relacionam às várias diretrizes e melhores práticas aplicáveis.

Escopo : O escopo de um caso de teste é um conjunto de URLs de Página(s) e Componente(s) que serão avaliados para Conformidade de Acessibilidade contra o padrão definido. Cada página ou componente é considerado uma unidade de teste pela aplicação auditora axe.

Código Fonte : Código fonte é o código DOM renderizado de um elemento alvo de um problema. Ajuda os desenvolvedores a identificar o elemento no problema muito facilmente.

Padrão : O campo Padrão permite selecionar WCAG 2.0 Nível A, WCAG 2.0 Nível AA, WCAG 2.1 Nível A, WCAG 2.1 Nível AA, WCAG 2.0, Section 508 ou Air Carrier Access Act (ACAA) quando criando um novo Caso de Teste ou ao editar um Caso de Teste existente. Essa configuração refina as regras automatizadas e testes de verificação manuais que serão testados apenas contra aqueles que são aplicáveis ao padrão selecionado.

Status : Os três estados de status de Test Run na auditora axe são "não iniciado" (caso de teste atribuído ao usuário, mas ainda não iniciado), "em progresso" (teste automatizado ou manual foi iniciado, mas todos os pontos de verificação ainda não foram atribuídos a um resultado para todas as páginas que compõem o conjunto de testes) e "completo" (o que significa que todos os pontos de verificação para todas as páginas foram marcados com um resultado de conclusão de Passou, Falhou ou N/A em testes manuais).

Caso de Teste : Casos de teste representam o cenário de teste, etapas e informações necessárias para uma avaliação específica. Eles são compostos por pelo menos uma página ou componente a ser testado, e são nomeados. Informações adicionais incluem uma descrição do caso de teste, o padrão aplicável e informações do produto. As páginas a serem testadas contidas em um caso de teste incluem cada uma um nome de página, URL e escopo --- que pode ser a página inteira ou uma área específica da página (módulo, tela, widget, seção ou elemento) --- elementos alvo (formulários, vídeo, áudio, CAPTCHA, conteúdo piscante), e instruções relacionadas como aquelas a serem usadas para navegar até a página.

Confiabilidade do Teste : Um teste contra uma regra inclui múltiplas verificações que, após a execução, produzem um resultado coletivo. A confiabilidade do teste depende resultados que podem ser identificados definitivamente por meios automatizados. Três categorias de verificações incluem "nenhuma deve passar", "uma deve passar" e "todas devem passar" cenários para cada teste. Testes automatizados são considerados Confiáveis, Moderadamente confiáveis ou Não confiáveis --- nesse caso, é necessária avaliação manual.

Execução de Teste : Uma execução de teste é uma instância de um caso de teste que foi atribuída para um usuário realizar avaliação contra uma combinação específica de plataforma de SO, versão do navegador e Tecnologia Assistiva. Criamos número de execuções de teste se precisamos avaliar o caso de teste dado contra várias combinações de SO, Navegador e TA. Cada execução de teste pode ser atribuída a um usuário diferente.

Unidade de Teste : Unidade de teste pode ser uma página ou componente de um caso de teste. O número de unidades de teste de um caso de teste é equivalente à soma do número de páginas e componentes de um caso de teste.

Metodologia de Teste : Deque Way é nossa metodologia, que é definida pela equipe de especialistas em acessibilidade da Deque para entender e interpretar o WCAG de forma precisa e mais fácil. Isso tornará as futuras equipes de acessibilidade dos clientes mais eficientes se adotarem.

Gráfico de Principais Problemas do Painel : O gráfico de principais problemas indica os principais pontos de verificação que falham um número de vezes no escopo de páginas e/ou componentes definidos. A lista é apresentada em ordem decrescente, então o usuário verá o principal ponto de verificação com o maior número de falhas primeiro. Este gráfico exibirá no máximo os 10 principais pontos de verificação com o maior número de problemas.

Tópicos : Numerosos para listar aqui, todos os nomes de Tópico: Subtópico aplicáveis são exibidos para representar a categoria ampla em que a regra se insere. Essas associações servem para agrupar tipos relacionados de regras/problemas juntos.

Gráfico de Impacto no Usuário do Painel : O gráfico de impacto no usuário indica como esses problemas de acessibilidade identificados impactarão as pessoas com diferentes deficiências. Você pode encontrar as definições de severidade clicando no ícone de informação sob o gráfico. Consulte a seção "impacto" deste glossário para entender como diferentes problemas com diferentes níveis de impacto impactariam a pessoa com deficiência ao usar a funcionalidade da página.

Critérios de Sucesso do WCAG : Critérios de Sucesso (CS) são escritos como declarações testáveis que não são específicas de tecnologia. Subseções das diretrizes WCAG relacionadas são listadas. As categorias de problemas de Ponto de Verificação do Deque Way são baseadas nesses agrupamentos de diretrizes de acessibilidade relacionadas.

Tópico Relacionado

Conceitos e Termos Principais