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. Inclui definições e explicações de termos, abreviações e acrônimos que podem ser potencialmente desconhecidos para você.

Tabela de Conformidade de Acessibilidade do Painel : A Tabela de Conformidade indica a pontuação geral de conformidade de 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 de pontos de verificação totalizados como passados ou falhados no escopo definido. O ponto de verificação será contado como falhado se for falhado pelo menos uma vez em qualquer uma das páginas ou componentes do escopo definido.

Tecnologia Assistiva : As Execuções de Testes permitem a especificação do software e dispositivos usados por indivíduos com deficiência para interagir com software e sites. Alguns testes exigirão o uso de leitores 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 Empresarial da Deque, o axe DevTools é o mecanismo de regras de acessibilidade premium que executa testes automatizados abrangentes 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 de unidade, integrando-se perfeitamente com o framework 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 cedo, e resolvê-los rapidamente usando as referências embutidas e padrões de solução da ajuda contextual profunda que acessa a base de conhecimento de acessibilidade da Deque University.

Ponto de Verificação : Um método comprovado para testes de requisitos de acessibilidade criado por uma equipe de especialistas em acessibilidade da Deque, que aumenta a consistência e precisão dos resultados dos testes. Com base nos Critérios de Sucesso da WCAG, eles fornecem uma categorização e interpretação mais explícitas 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 testes 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 Deque para a igualdade digital.

Status de Conclusão : Os três estados de conclusão relacionados às Execuções de Testes no axe Auditor são "não iniciado" (caso de teste atribuído ao usuário, mas ainda não iniciado), "em progresso" (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 de testes), e "completo" (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 e Impacto : Uma agrupação de 6 campos relacionados de informação que lhe dá uma visão rápida do tipo de informação de conformidade e impacto de acessibilidade associado a esta regra. Uma lista dos padrões aplicáveis à regra, que pode incluir os níveis A e AA do WCAG 2.0 do W3C, bem como diretrizes da Seção 508 dos EUA e/ou Melhores Práticas do Caminho Deque. A personalização das regras e verificações automatizadas associadas que são executadas permite testagens de padrões específicos da organização. Classificações de severidade (Bloqueador, Crítico, Grave, Moderado ou Menor) referem-se aos níveis de violação de conformidade (falha de regra) que descrevem quão sério é o impacto do(s) problema(s) na acessibilidade de um site ou página.

Componente : Um componente representa seções globais e reutilizáveis do site. O usuário pode também definir componentes como parte ou seção de uma página particular. O axe Auditor espera que selecionadores 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, impacto dos problemas em pessoas com diferentes deficiências e principais problemas com número de vezes repetidas. Todos esses dados dos gráficos são baseados na metodologia Caminho Deque usada no axe Auditor para testar contra um padrão dado. Por exemplo, de acordo com o Caminho Deque, avaliamos 66 pontos de verificação contra cada página ou componente se o padrão selecionado for o Nível A e AA do WCAG 2.0.

Tipo de Ativo Digital

: Este campo é usado para definir o tipo de ativo ou propriedade 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, de modo que apenas os pontos relevantes sejam revisados. As opções para escolher são:

• Web para 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 : Uma ou mais das seguintes são exibidas para indicar quais deficiências são impactadas pela regra não ser cumprida:

• 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 Testes permitem a especificação do tipo de servidor em que os testes estão sendo realizados. 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 utilizados 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 encontrar 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 Não Organizado 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 da Deque de acordo com o que os especialistas em acessibilidade da Deque determinaram ser geralmente verdadeiro para um tipo particular de problema de acessibilidade, mas os avaliadores podem usar seu bom senso para alterá-los. Impactos como Bloqueador, Crítico e Grave ocorrem quando um usuário encontra barreiras significativas ou é bloqueado de acessar conteúdo no site, com maior vulnerabilidade a ações legais. Problemas menores e moderados não são tão sérios, mas ainda assim precisam ser resolvidos para que a página seja considerada em total conformidade. Testes nos Pontos de Verificação cobrem diretrizes de acessibilidade que podem ter os seguintes cinco níveis usados para categorizar o impacto de acessibilidade dos problemas dentro da aplicação 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 soluções alternativas possíveis. Esse tipo de problema coloca sua organização em alto risco. Priorize a correção imediata e implemente correções urgentes assim que possível. Deveriam ser extremamente raros. Um exemplo de um problema 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 prioridade top.
• Grave: Este problema resulta em barreiras sérias para pessoas com deficiências, e parcialmente os impedirá de acessar recursos ou conteúdos fundamentais. Pessoas que dependem de tecnologias assistivas experimentarão uma frustração significativa como resultado. Problemas nesta categoria são considerados maiores, 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 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 totalmente em conformidade, este problema deve ser resolvido, mas pode ser tratado por último.

Questão : No contexto do axe Auditor, cada uma consiste em um resumo obrigatório, nível de impacto, assim como uma associação a um Ponto de Verificação do Caminho Deque. Informações adicionais que podem ser armazenadas dentro de um registro de questão incluem um tipo de questão, tipo de descrição, descrição, bandeiras de revisão, código fonte, imagens e recomendação de remediação. Cada questão se refere a uma página de teste particular.

Tipo de Questão : Refere-se ao tipo de falha ou melhor prática. Os seguintes 5 tipos de questões são usados para categorizar questões na aplicação axe Auditor:

• Acessibilidade: O problema impacta a capacidade de um usuário com deficiência acessar conteúdo ou funcionalidades do site. Falha no teste de ponto de verificação.
• Melhores Práticas: O problema afeta a capacidade de um usuário com deficiência acessar o conteúdo ou a funcionalidade do site, mas não falha 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 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 afeta 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 as ferramentas da Deque para resultados de teste automatizados e usamos o Deque Way para resultados de teste manuais.

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

Página : Uma página no auditor axe refere-se a uma "página em teste" ou uma "página de teste." Na tela de criação de Caso 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 quanto à acessibilidade. Embora você especifique 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 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 Cursos Relacionados da Universidade Deque : 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 da Universidade Deque onde é fornecido um alto nível de detalhes sobre a natureza da regra e por que ela é importante.

Lançamento : As Execuções de Teste 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 da Universidade Deque : 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 da Universidade Deque onde é fornecido um alto nível de detalhes 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 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 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 da web que ajuda a identificar um componente específico.

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

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

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

Padrão : O campo Padrão permite que você selecione entre 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 Ato de Acesso de Companhia Aérea (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 manual que serão testados contra no Teste de Execução apenas aqueles que são aplicáveis ao padrão selecionado.

Status : Os três estados de status do Teste de Execução no axe Auditor são "não iniciado" (caso de teste atribuído ao usuário, mas ainda não iniciado), "em progresso" (teste automatizado ou manual iniciado, mas nem todos os pontos de verificação ainda foram atribuídos a um resultado para todas as páginas que compõem o teste de execução), 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 no teste manual).

Caso de Teste : 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 que devem ser usadas para navegar até 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 é dependente de resultados que podem ser definitivamente identificados 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. Os 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ída a um usuário para realização de avaliação contra uma combinação específica de plataforma de SO, versão de 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 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 pelo time de especialistas em acessibilidade da Deque, para compreender e interpretar as WCAG de uma forma precisa e mais fácil. Isso tornará qualquer futura equipe de acessibilidade de clientes mais eficiente, se adotado.

Gráfico de Principais Problemas do Painel : O gráfico dos principais problemas indica os principais pontos de verificação que falharam um número de vezes no escopo de páginas e/ou componentes definidos. A lista é apresentada em ordem decrescente, de modo que 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 : Muito numerosos para listar aqui, todos os nomes de Tópico: Subtópico aplicáveis são disponibilizados para representar a categoria ampla na qual a regra se enquadra. 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 afetarão as pessoas com diferentes deficiências. Você pode encontrar as definições de gravidade clicando no link do í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 afetariam a capacidade de uma pessoa com deficiência de usar a funcionalidade da página.

Critérios de Sucesso 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 ponto de verificação Deque Way são baseadas nessas agrupações de diretrizes de acessibilidade relacionadas.

Tópico Relacionado

Conceitos e Termos Principais