Exportar Problemas
Not for use with personal data
A tela da lista de Problemas fornece uma funcionalidade de exportação que é iniciada ao ativar o botão botão Exportar localizado na opção de menu Ações no topo da tabela de Problemas. Os problemas podem ser exportados mesmo quando você não marcou todos como concluídos.
Para exportar problemas:
- Na coluna da esquerda, selecione todos os problemas que você deseja exportar. Ative dentro da caixa de seleção em branco para marcar um "check" na caixa indicando sua seleção para todas as linhas de problemas desejadas. O topo esquerdo da tabela exibirá uma mensagem indicando o número de problemas selecionados.
-
Selecione a opção de menu dropdown Ações e ative o Export botão.
A caixa de diálogo Exportar Problemas aparecerá. -
Selecione uma opção de tipo de Exportação.
- CSV (compatible with Microsoft Excel): Formato de Valores Separados por Vírgula útil para importação em aplicativos de planilhas ou bancos de dados.
- CSV: Formato Padrão de Valores Separados por Vírgula útil para importação em aplicativos de planilhas ou bancos de dados.
- JSON: Formato de Objeto JavaScript útil para importação em sistemas de rastreamento de problemas como JIRA.
- JSON (with axe universal format): Formato JSON alinhado com um formato de exportação universal compartilhado entre produtos axe. Útil para extrair dados em várias ferramentas axe para plataformas de análise de negócios.
-
Ative o Next botão.
O número de problemas a serem exportados é exibido. -
Clique no Export botão.
Tip: O arquivo será nomeado 'export.json' ou 'export.csv' de acordo, então considere renomeá-lo para algo mais significativo para referência futura, especialmente se exportações adicionais estiverem planejadas.
Formatos de Arquivo de Exportação e Descrições:
A seção a seguir descreve os formatos de exportação mais comumente usados, com seus nomes de coluna e descrições.
JSON (Com Formato Universal axe) (Recomendado):
| Nome da Coluna | Descrição |
|---|---|
| productName | Nome do Produto. axe-auditor, axe-monitor etc. |
| productComponentName | Fonte do produto do JSON baixado. Ex.: axe-auditor, extension-chrome, api-cli etc. |
| productVersion | Versão do produto. Ex.: 2.18 . |
| testId | uuid da execução do teste |
| engine | Engine base para executar os testes. Ex.: axe-core, axe-pdf, axe-linter etc. |
| bestPracticesEnabled | Um valor booleano para configurar problemas de melhores práticas durante o teste. |
| experimentalEnabled | Um valor booleano para configurar problemas experimentais durante o teste. |
| product | Valor definido pelo usuário para descrever o produto que está sendo avaliado durante o teste. Isso dá flexibilidade aos usuários para adicionar detalhes sobre o produto no qual o teste foi realizado. |
| release | Versão de lançamento do Auditor usada para criar o problema. |
| platform | Valores definidos pelo usuário para rastrear a plataforma onde o problema foi criado. Historicamente, os usuários têm usado valores como „Mac“, „Windows“, „Chrome“, „Android“, „Firefox“. |
| Ambiente | Ambiente de banco de dados de onde os dados estão vindo. Todas as entradas são definidas pelo usuário. Historicamente, os usuários têm utilizado valores como "Dev", "QA", "UAT", "Produção". |
| digitalAssetType | Tipo de ativo digital contra o qual o teste foi executado. Por exemplo, "Web Desktop", "Web Móvel", "Aplicativo Nativo Android", "Aplicativo Nativo iOS", "Totem", "Documentos MS Excel", "Documentos MS Powerpoint", "Documentos MS Word", "PDF", "Software Desktop". |
| assistiveTechnology | Valores definidos pelo usuário para rastrear o software utilizado para teste: „NVDA“, „VoiceOver“. |
| axeVersion | Versão do axe-core utilizada. Por exemplo, „4.9.0“. |
| testCaseName | Nome do caso de teste, que é a definição de um cenário de teste no axe Auditor. |
| testRunName | Nome da execução do teste. |
| startDate | Data de criação da execução do teste. |
| endDate | Data de conclusão da execução do teste. |
| standard | Normas de teste aplicáveis a esta execução do teste. |
| issue_source | Fonte do problema. Os usuários podem importar problemas de várias fontes, e esta coluna ajuda a rastrear a fonte de origem do problema. Valores possíveis são „axe Auditor“, „axe Dev Tools Extension“ e „axe Dev Tools Mobile“. |
| issueId | ID único para cada problema no banco de dados do Auditor. |
| ruleId | Regras do problema. Por exemplo, contraste de cores. |
| description | Descrição do problema proveniente da biblioteca Dequeway, selecionável apenas usando o menu suspenso. |
| help | Sugestão ou descrição de remediação. |
| helpUrl | URL de sugestão ou remediação. |
| impact | Coluna que define a gravidade do problema. Valores disponíveis são „Blocker“, „Critical“, „Serious“, „Moderate“ ou „Minor“. |
| summary | Um valor que é digitado manualmente ou selecionado em um menu suspenso. |
| source | Código-fonte do problema. |
| type | Acessibilidade, Melhores Práticas, Funcionalidade, Usabilidade ou Agente de Usuário. |
| method | Metodologia usada para registrar o problema. Valores possíveis são: „Automated“, „IGT“ ou „Manual“. |
| status | Status atual do problema no momento da exportação. Valores possíveis são „Open“, „Fixed“ ou „Closed“. |
| tags | Usado para categorizar os problemas. |
| createdAt | Data e hora em que o problema foi criado. |
| unitName | A página ou componente associado ao problema. |
| testUrl | URL da página testada. |
| unitType | Tipo de unidade - Página ou Componente. |
| groupName | O nome do grupo ao qual o problema pertence. Se o problema não estiver atribuído a nenhum grupo, este campo fica vazio. |
| foundBy | Autor do problema. |
| ponto de verificação | Os pontos de verificação são um método comprovado para testar os requisitos de acessibilidade, criado pela equipe de especialistas em acessibilidade (a11y) da Deque. Eles ajudam a aumentar a consistência e precisão dos resultados dos testes. Visão Geral dos Pontos de Verificação |
| precisaRevisão | Um valor booleano indicando se o problema está sob a categoria "Precisa de Revisão". |
| éExperimental | Um valor booleano indicando se o problema está sob a categoria "Experimental". |
| éManual | Um valor booleano indicando se o problema foi criado durante testes manuais. |
| URL da Captura de Tela | A URL da captura de tela anexada ao problema. |
CSV (Compatível com Microsoft Excel)
| Nome da Coluna | Descrição |
|---|---|
| ID do Problema | O ID único atribuído a cada problema no Banco de Dados do Auditor. |
| Resumo | Um valor que é digitado manualmente ou selecionado em um menu suspenso. |
| Descrição | Descrição do problema proveniente da biblioteca Dequeway, selecionável apenas usando o menu suspenso. |
| Impacto | Coluna que define a gravidade do problema. Os valores disponíveis são „Bloqueador“, „Crítico“, „Grave“, „Moderado“ ou „Menor“. |
| Grupo de Pontos de Verificação | Terminologia Dequeway para agrupar os pontos de verificação. Por exemplo, "1.4 Distinguível" agrupará todos os pontos de verificação dentro dele, como "1.4.1.a", "1.4.2.b". Os pontos de verificação estão listados na biblioteca do GitHub abaixo: https://github.com/dequelabs/dequeway/tree/develop/content/checkpoints |
| Tipo de Problema | Acessibilidade, Melhores Práticas, Funcionalidade, Usabilidade ou Agente de Usuário. |
| Unidade de Teste | A página ou componente ao qual o problema pertence. |
| Recomendado para consertar | Recomendação para corrigir o problema. Os detalhes são provenientes da biblioteca Dequeway, ou os usuários inserem recomendações manuais. |
| Usuário | Usuário que registrou o problema. |
| Nome do Grupo | O nome do grupo ao qual o problema pertence. Permanece vazio se o problema não estiver atribuído a nenhum grupo. |
| Descrição do Grupo | Descrição adicionada ao grupo durante a criação ou edição do problema. |
| Status do Grupo | Status adicionado ao grupo durante a criação ou edição do problema. |
| Atribuir a | Usuário a quem o grupo é atribuído. |
| Data de Criação | Data de criação do problema. |
| Tipo de Ativo Digital | Tipo de ativo digital contra o qual o teste foi executado. Por exemplo: „Desktop Web“, „Mobile Web“, „Mobile Nativo Android“, „Mobile Nativo iOS“, „Quiosque“, „Documentos MS Excel“, „Documentos MS Powerpoint“, „Documentos MS Word“, „PDF“, „Software para Desktop“. |
| Versão | Versão de lançamento do Axe Auditor usada para criar o problema. |
| Ambiente | Ambiente de banco de dados de onde os dados estão vindo. Historicamente, os usuários têm usado valores como „Dev“, „QA“, „UAT“, „Produção“. |
| Plataforma | Valores definidos pelo usuário para rastrear a plataforma onde o problema foi criado. Historicamente, os usuários têm usado valores como „Mac“, „Windows“, „Chrome“, „Android“, „Firefox“. |
| Tecnologia Assistiva | Valores definidos pelo usuário para rastrear o software usado para testar „NVDA“, „VoiceOver“. |
| Código-Fonte | Código-fonte do problema. |
| Ponto de Verificação | Os pontos de verificação são um método comprovado para testar os requisitos de acessibilidade, criado pela equipe de especialistas em acessibilidade (a11y) da Deque. Eles ajudam a aumentar a consistência e precisão dos resultados dos testes. Visão Geral dos Pontos de Verificação |
| Método | Metodologia usada para registrar o problema. Os valores possíveis são „Automatizado“, „IGT“ ou „Manual“. |
| Status do Problema | Status atual do problema no momento da exportação. Os valores possíveis são „Aberto“, „Corrigido“ e „Fechado“. |
| Origem do Problema | Origem do problema. Como os usuários também podem importar problemas de várias fontes, a coluna acompanha a origem do problema. Os valores possíveis são „axe Auditor“, „axe Dev Tools Extension“ e „axe Dev Tools Mobile“. |
| Nome do Caso de Teste | Nome do caso de teste. Um caso de teste é a definição de um cenário de teste no auditor do axe. Compreendendo os Casos de Teste |
| Padrões | Padrões de teste aplicáveis a este problema. |
| Produto | Valor definido pelo usuário para descrever qual produto está sendo avaliado durante o teste. Isso dá flexibilidade aos usuários para adicionar detalhes sobre o produto testado. |
| URL | URL da página testada. |
| Capturas de Tela | Capturas de tela adicionadas pelo usuário para fornecer detalhes adicionais sobre o problema. |
| Marcado | Se o problema foi marcado e precisa de revisão ou esclarecimento adicional. |
| Motivo da Marca | Motivo pelo qual o problema foi marcado. |
| Marcado Por | Autor que marcou o problema específico. |
| Tipo de Unidade | Página ou um Componente. |
| Mais Informações | Referência da Deque University fornecida pela Dequeway no momento da criação do problema. |
| Comentários sobre o Problema | Comentários de usuários interagindo na seção de comentários do problema. |
| Notas de Grupo | Notas adicionadas ao grupo durante a criação ou edição. |
| Captura de Tela da Unidade de Teste | Capturas de tela tiradas durante o teste da Unidade de Teste. |
| Nome da Execução de Teste | Nome da Execução de Teste. |
| Critérios de Sucesso | Critérios de Padrão de Teste. Este é um valor dependente da coluna Padrão. Por exemplo, „1.4.3“ refere-se ao padrão WCAG 1.4.3. |
| URL do Problema | URL da página de detalhes do problema no Auditor. |
