Glossário

Esta página descreve a terminologia chave utilizada na interface do usuário do axe Auditor que os usuários do sistema devem entender. Ela 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 Dashboard : 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 percentagens são calculadas com base no número total de pontos de verificação passados ou falhados dentro do escopo definido. O ponto de verificação será contado na lista de falhas se for falhado pelo menos uma vez em qualquer página ou componente do escopo definido.

Tecnologia Assistiva : As Execuções de Teste permitem a especificação do software e dispositivos utilizados 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 do conjunto de produtos da Deque para Conformidade de Acessibilidade Empresarial, o axe DevTools é o motor de regras de acessibilidade premium que executa testes automatizados compreensíveis dentro do axe Auditor. Como produto independente, é 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 o framework de teste ou navegador de sua escolha. Em qualquer ciclo de desenvolvimento ágil e maduro, desenvolvedores e testadores têm o poder de detectar problemas de acessibilidade cedo e resolvê-los rapidamente usando as referências e padrões de solução incorporados a partir da ajuda profunda e sensível ao contexto que acessa o banco de conhecimentos 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. Baseado nos Critérios de Sucesso do WCAG, eles fornecem uma categorização mais explícita e interpretação dessas diretrizes, onde as falhas são tipicamente separadas por tipo de conteúdo. Os Pontos de Verificação da 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 listagem mestre dos 66 Pontos de Verificação da Deque (e seus requisitos) que são uma parte importante do Caminho da 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" (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 "concluído" (significa que todos os pontos de verificação para todas as páginas foram marcados com um resultado de conclusão de "Aprovado", "Falha" ou "N/A" para ambos teste automatizado e manual).

Dados de Conformidade & Impacto : Um agrupamento de 6 campos de informações relacionadas que lhe dão um instantâneo rápido do tipo de informação de conformidade e impacto na acessibilidade associada a esta regra. Uma listagem dos padrões aplicáveis à regra, que pode incluir os níveis A e AA do WCAG 2.0 da W3C, assim como diretrizes da Seção 508 dos EUA e/ou Melhores Práticas do Caminho da Deque. A personalização de regras e verificações automatizadas associadas que são executadas possibilita testes de padrões específicos da organização. As classificações de severidade (Bloqueador, Crítico, Sério, Moderado ou Menor) referem-se aos níveis de violação de conformidade (falha de regra) que descrevem o quão sério é o impacto das questões na acessibilidade de um site ou página.

Componente : Um componente representa seções globais e reutilizáveis do website. O usuário também pode definir componentes como 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.

Dashboard : O Dashboard de uma Execução de Teste completada é composto por três grágicos que indicam o nível de conformidade de acessibilidade, o impacto das questões em pessoas com diferentes deficiências e as principais questões com número de vezes repetidas. Todos os dados desses gráficos são baseados na metodologia do Caminho da Deque usada no axe Auditor para testar conforme um padrão dado. Por exemplo, conforme o Caminho da Deque, avaliamos 66 pontos de verificação contra cada página ou componente se o padrão selecionado for o WCAG 2.0 Nível A & AA.

Tipo de Ativo Digital

: Este campo é utilizado 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 (a metodologia 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, assim só haverá pontos de verificação relevantes para análise. As opções para escolher são:

• Web Desktop
• Web Móvel
• Aplicativo Nativo Android
• Aplicativo Nativo iOS
• 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 não conformidade com a regra:

• Déficit de Atenção
• Cognitivo
• Daltonismo
• Surdez
• Dislexia
• Deficiência Auditiva
• Baixa Visão
• Convulsões
• Usuários de Teclado Videntes
• Discurso

Ambiente : As Execuções de Teste permitem a especificação do tipo de servidor que está sendo testado. Por exemplo, um servidor de produção seria utilizado para um site ao vivo.

Pasta : Uma pasta é simplesmente um contêiner para casos de teste usado 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 diretório mais apropriado associá-lo. Quando um novo caso de teste é criado e uma pasta não é selecionada, ele será automaticamente criado dentro da pasta Não Organizada por default. Casos de teste existentes podem ser movidos para diferentes pastas a qualquer momento.

Impacto : O impacto do usuário é uma métrica útil para usar ao priorizar os esforços de remediação. Níveis padrão estão associados a cada Ponto de Verificação da 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 Bloqueador, Crítico e Sério ocorrem quando um usuário encontra barreiras significativas ou é bloqueado no acesso ao conteúdo do site com uma maior vulnerabilidade a ações legais. Questões Menores e moderadas não são tão sérias, mas ainda assim devem ser tratadas 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 seguintes cinco níveis usados ​​para categorizar o impacto na acessibilidade das questões dentro do aplicativo axe Auditor.

• Bloqueador: Resulta em obstáculos catastróficos para pessoas com deficiências. Esses problemas definitivamente os impedem de acessar funcionalidades ou conteúdos fundamentais, sem possíveis soluções alternativas. Este tipo de problema coloca sua organização em alto risco. Priorize corrigi-los imediatamente, e implemente como correções urgentes assim que possível. Deveria ser extremamente raro. Um exemplo de problema de bloqueador é um 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ências. 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 alta prioridade.
• Sério: Este problema resulta em barreiras sérias para pessoas com deficiências e impedirá parcialmente que acessem funcionalidades ou conteúdos fundamentais. Pessoas que dependem de tecnologias assistivas experimentarão frustração significativa como resultado. Problemas nesta categoria são grandes 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 impediria de acessar elementos ou conteúdos fundamentais. Isso pode tornar 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: É considerado uma questão que tem menos impacto para os usuários do que um problema moderado. Para que uma página seja considerada totalmente compatível, esta questão deve ser resolvida, mas pode ser tratada por último.

Problema : No contexto do axe Auditor, cada um consiste de um resumo exigido, nível de impacto e uma associação com um Ponto de Verificação do Caminho da Deque. 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 refere-se 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 do aplicativo axe Auditor:

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

Método : O método de um problema indica como o especialista encontrou um problema, seja por automação ou manualmente. Utilizamos ferramentas da Deque para resultados de testes automatizados e o Deque Way para resultados de testes manuais.

Outros Recursos Relacionados : Links externos para páginas em sites não pertencentes à Deque, conhecidos como fontes reconhecidas 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 avaliação". Na tela de criação de caso de teste, a funcionalidade da caixa de diálogo Adicionar Página é utilizada 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ê especifique uma URL e um 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 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 específica.

Páginas de Cursos Relacionados da Deque University : 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 Deque University, onde um alto nível de detalhe é 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 a ser testado. Por exemplo, 1.0 seria o primeiro ciclo de lançamento do produto.

Páginas de Cursos Relacionados da Deque University : 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 Deque University, onde um alto nível de detalhe é 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 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 esse problema afecta 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 da Seção 508 relacionadas são referenciadas quando aplicável.

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

Gravidade : Blocker, Crítico, Grave, Moderado e Menor são as cinco categorias de gravedad de um problema (falha de regra), conforme se relacionam com as diversas diretrizes aplicáveis e melhores práticas.

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

Código Fonte : O código fonte é o código DOM renderizado de um elemento target de um problema. Ele ajuda os desenvolvedores a identificar o componente do problema mais 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 Lei de Acesso do 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 os testes de verificação manuais que devem ser testados para apenas aqueles que são aplicáveis ao padrão selecionado.

Status : Os três estados do status de Execução de Teste no axe Auditor são "não iniciado" (caso de teste atribuído ao usuário, mas não ainda iniciado), "em andamento" (teste automatizado ou manual foi iniciado, mas todos os pontos de verificação ainda não atribuíram 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 como Passar, Falhar ou N/A em testes manuais).

Caso de Teste : Casos de teste representam o cenário de teste, passos e informações sobre o produto necessárias para uma avaliação específica. Eles são compostos por pelo menos uma página ou componente a ser testado, e possuem um nome. Informações adicionais incluem uma descrição do caso de teste, o padrão aplicável e informações sobre o produto. As páginas a serem testadas contidas dentro de um caso de teste incluem um nome de página, URL e escopo --- que podem 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 as que devem ser usadas para navegação na 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 é dependente de 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, Pouco confiáveis ou Não Confiáveis --- nesse caso, 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 uma avaliação contra uma combinação específica de plataforma OS, versão do navegador e Tecnologia Assistiva. Criamos um número de execuções de teste se precisarmos avaliar o caso de teste dado contra várias combinações de OS, Navegador e AT. Cada execução de teste pode ser atribuída a um usuário diferente.

Unidade de Teste : Uma unidade de teste pode ser uma página ou um 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 experts em acessibilidade da Deque para entender e interpretar o WCAG de uma maneira precisa e mais fácil. Isso tornará as futuras equipes de acessibilidade dos clientes mais eficientes se adotada.

Gráfico de Principais Problemas do Painel : O gráfico de principais problemas indica os principais pontos de verificação que falharam várias vezes no escopo de páginas e/ou componentes definido. A lista é apresentada em ordem decrescente para que o usuário veja o ponto de verificação com o maior número de falhas primeiro. Este gráfico exibirá o máximo de 10 pontos de verificação com mais problemas.

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

Gráfico de Impacto do Usuário do Painel : O gráfico de impacto do 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 link do í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 pessoa com deficiência ao usar a funcionalidade da página.

Critérios de Sucesso do WCAG : Critérios de Sucesso (SC) 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 do Deque Way Checkpoint são baseadas nesses agrupamentos de diretrizes de acessibilidade relacionadas.

Tópico Relacionado

Conceitos e Termos Chave