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 precisam entender. 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 com acessibilidade sobre o 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 reprovados no escopo definido. O ponto de verificação será contado como reprovado se falhar pelo menos uma vez em qualquer uma das páginas ou componentes do escopo definido.

Tecnologia Assistiva : As Execuções de Teste permitem a especificação do software e dos dispositivos usados por indivíduos com deficiência para interagir com softwares 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 da suíte de produtos de Conformidade de Acessibilidade Corporativa da Deque, o axe DevTools é o mecanismo premium de regras de acessibilidade que executa testes automatizados abrangentes dentro do axe Auditor. Como um produto independente, é uma biblioteca de 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 o framework de testes ou navegador de sua preferência. Em qualquer ciclo de desenvolvimento ágil e maduro, desenvolvedores e testadores são capacitados para detectar problemas de acessibilidade precocemente e resolvê-los rapidamente usando as referências integradas e os padrões de solução a partir da ajuda contextual sensível de profundidade que acessa a base de conhecimento de acessibilidade da Deque University.

Ponto de Verificação : Um método comprovado para testar requisitos de acessibilidade criado pela equipe de especialistas em acessibilidade da Deque que aumenta a consistência e a precisão dos resultados dos testes. Baseados nos Critérios de Sucesso do WCAG, fornecem uma categorização e interpretação mais explícitas dessas diretrizes, onde as falhas são tipicamente separadas por tipo de conteúdo. Os Pontos de Verificação Deque ajudam os revisores a produzir 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 mestra dos 66 Pontos de Verificação Deque (e seus requisitos), que são uma parte importante do modo Deque para a igualdade digital.

Status 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 andamento" (os testes automatizados ou manuais foram iniciados, 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 "concluído" (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 para ambos os testes automatizados e manuais).

Dados de Conformidade & Impacto : Um agrupamento de 6 campos de informação relacionados que fornecem 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 Modo Deque. A personalização das regras e verificações automatizadas associadas que são executadas possibilita testes de normas específicas da organização. As classificações de gravidade (Bloqueador, Crítico, Grave, Moderado ou Menor) referem-se aos níveis de violação de conformidade (falha na regra) que descrevem quão sério é o impacto dos problemas 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 fazer parte ou seção de uma página específica. 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 é composto por três gráficos que indicam o nível de conformidade de acessibilidade, o impacto dos problemas nas pessoas com diferentes deficiências e os principais problemas com o número de vezes repetidos. Todos os dados desses gráficos baseiam-se na metodologia do Modo Deque usada no axe Auditor para testar um padrão dado. Por exemplo, conforme o Modo Deque, avaliamos 66 pontos de verificação em cada página ou componente se o padrão selecionado for o Nível A & AA do WCAG 2.0.

Tipo de Ativo Digital

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

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

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

  • Déficit de Atenção
  • Cognitivo
  • 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 a especificação do tipo de servidor em que está sendo testado. Por exemplo, um servidor de produção seria usado para um site em operação.

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 saber qual a pasta mais apropriada para associá-lo. Quando um novo caso de teste é criado e uma pasta não é selecionada, ele será automaticamente criado dentro da pasta Desorganizado por padrão. Casos de teste existentes podem ser movidos para pastas diferentes a qualquer momento.

Impacto : O impacto no usuário é uma métrica útil para priorizar os esforços de remediação. Níveis padrão estão associados a cada Ponto de Verificação Deque com base no que os especialistas em acessibilidade da Deque determinaram ser geralmente verdadeiro para um determinado tipo de problema de acessibilidade, mas os avaliadores podem usar seu julgamento para alterá-los. Os impactos Bloqueador, Crítico e Grave ocorrem quando um usuário encontra barreiras significativas ou é impedido 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 precisam ser abordadas para que a página seja considerada totalmente compatível. Os testes de ponto de verificação cobrem diretrizes de acessibilidade que podem ter os cinco níveis seguintes usados para categorizar o impacto da acessibilidade dos problemas no aplicativo axe Auditor.

  • Bloqueador: Resulta em bloqueios catastróficos para pessoas com deficiências. Esses problemas definitivamente os impedem de acessar recursos ou conteúdos fundamentais, sem possíveis soluções alternativas. Este tipo de problema coloca sua organização em alto risco. Priorize a correção imediatamente e implemente como hotfixes assim que possível. Deve ser extremamente raro. Um exemplo de problema bloqueador é um SC 2.3.1 --- Três Flashs ou Abaixo do Limite, que pode causar convulsões.
  • Crítico: Este problema resulta em conteúdo bloqueado para pessoas com deficiências. Até que uma solução seja implementada, o conteúdo será completamente inacessível, tornando sua organização enormemente vulnerável a ações legais. A remediação deve ser uma alta prioridade.
  • Grave: Este problema resulta em barreiras graves para pessoas com deficiências, e parcialmente as impedirá de acessar recursos ou conteúdo fundamentais. Pessoas que dependem de tecnologias assistivas experimentarão uma frustração significativa como resultado. Questões nesta categoria são problemas principais e a remediação deve ser uma prioridade. Devem ser muito comuns.
  • Moderado: Este problema resulta em algumas barreiras para indivíduos com deficiências, mas não os impedirá de acessar elementos ou conteúdo fundamentais. Isto pode deixar sua organização vulnerável a ações legais. Esta violação deve ser resolvida antes que uma página possa ser considerada totalmente compatível.
  • Menor: Isso é considerado um problema que gera menos impacto para os usuários do que um problema moderado. Para que uma página seja considerada totalmente compatível, este problema deve ser resolvido, mas pode ser tratado por último.

Problema : No contexto do axe Auditor, cada um consiste em um resumo exigido, nível de impacto, assim como uma associação com um Ponto de Verificação do Modo Deque. Informações adicionais que podem ser armazenadas em um registro de problema incluem um tipo de problema, tipo de descrição, descrição, flags de revisão, código-fonte, capturas de tela e recomendação de remediação. Cada problema diz respeito 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 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 conteúdo ou funcionalidade do site. Falha no teste do ponto de verificação.
  • Melhores Práticas: O problema afeta a capacidade de um usuário com deficiência de acessar conteúdo ou funcionalidade do site, mas não falha no teste do checkpoint.
  • Agente do Usuário: O problema é resultado da interação do agente do usuário com a página, e não necessariamente do conteúdo da própria página.
  • Funcionalidade: O problema é resultado de uma falha na funcionalidade da página e deve ser considerado um defeito funcional.
  • Usabilidade: O problema afeta a capacidade de todos os usuários de acessar conteúdo ou funcionalidade do site.

Método: O Método de um problema indica como o especialista encontrou o problema, seja por automação ou manualmente. Usamos as ferramentas Deque para resultados de teste de automação e o Deque Way para resultados de teste manuais.

Outros Recursos Relacionados: Links externos para páginas em sites não pertencentes ao Deque, conhecidos como fontes 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 a uma "página de teste". Na tela de criação de casos de teste, a funcionalidade da caixa 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) em que o site deve ser testado. Por exemplo, "Windows e Firefox" ou "Android e Chrome." Os testes automatizados serão executados através de um navegador conectado em uma plataforma determinada.

Páginas de Curso Relacionadas à Universidade Deque: Um link para o tópico é seguido por um link entre parênteses para o curso no qual o tópico está contido. Isso leva você diretamente à página da Universidade Deque onde um alto nível de detalhes é fornecido sobre a natureza da regra e por que ela é importante.

Lançamento: Execuções de Testes permitem a especificação do número de versão do produto sendo testado. Por exemplo, 1.0 seria o primeiro ciclo de lançamento do produto.

Páginas de Curso Relacionadas à Universidade Deque: Um link para o tópico é seguido por um link entre parênteses para o curso no qual o tópico está contido. Isso leva você diretamente à página da Universidade Deque onde um alto nível 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 nos quais as regras podem ser aplicadas.

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

Diretrizes da Seção 508: Subseções específicas das diretrizes relacionadas à Seção 508 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.

Gravidade: Bloqueadora, Crítica, Grave, Moderada e Menor são as cinco categorias de gravidade de problema (falha de regra), conforme se relacionam com as várias diretrizes e melhores práticas aplicáveis.

Escopo: O escopo de um caso de teste é um conjunto de URLs de Páginas e Componentes que devem ser avaliados quanto à Conformidade de Acessibilidade contra o padrão definido. Cada página ou componente é considerado como uma unidade de teste pela aplicação axe Auditor.

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

Padrão: O campo Padrão permite que você selecione 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, Seção 508 ou o Ato de Acesso ao Transportador Aéreo (ACAA) ao criar um novo Caso de Teste ou ao editar um Caso de Teste existente. Esta configuração refina as regras automatizadas e testes de checkpoint manuais que devem ser testados na Execução de Teste apenas para aqueles que são aplicáveis ao padrão selecionado.

Status: Os três estados de status de Execução de Testes no axe Auditor são "não iniciado" (caso de teste atribuído ao usuário, mas ainda não iniciado), "em andamento" (teste automatizado ou manual iniciado, mas todos os checkpoints ainda não atribuídos com um resultado para todas as páginas que compõem a execução do teste) e "completo" (significando que todos os checkpoints para todas as páginas foram marcados com um resultado de conclusão como Aprovado, Reprovado ou N/A em testes manuais).

Caso de Teste: Os casos de teste representam o cenário de teste, etapas e informações do produto necessárias para uma avaliação específica. Eles são compostos de 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 para a página.

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

Execução de Teste: Uma execução de teste é uma instância de um caso de teste que foi atribuído a um usuário para realizar a avaliação contra uma combinação específica de plataforma de SO, versão do Navegador e Tecnologia Assistiva. Criamos várias execuções de teste se precisarmos 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 definida pela equipe de especialistas em acessibilidade da Deque para entender e interpretar o WCAG de maneira precisa e mais fácil. Isso tornará as equipes de acessibilidade do cliente mais eficientes se adotado.

Gráfico de Principais Problemas do Painel: O gráfico de principais problemas indica os principais checkpoints que falharam diversas vezes no escopo de páginas e/ou componentes definidos. A lista é apresentada em ordem decrescente para que o usuário veja o checkpoint principal com o maior número de falhas primeiro. Este gráfico irá exibir no máximo os 10 principais checkpoints com o maior número de problemas.

Tópicos: Muito numerosos para listar aqui, todos os nomes de Tópico: Subtópico aplicáveis são exibidos para representar a ampla categoria em que a regra se enquadra. Estas 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 gravidade clicando no ícone de informações abaixo do gráfico. Consulte a seção "impacto" deste glossário para entender como diferentes problemas com diferentes níveis de impacto afetariam a capacidade da pessoa com deficiência de usar a funcionalidade da página.

Critérios de Sucesso do WCAG: Os 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 checkpoint da Deque Way são baseadas nestes agrupamentos de diretrizes de acessibilidade relacionadas.

Conceitos e Termos Chave