Notas de Lançamento do axe DevTools Mobile - 14 de fevereiro de 2024

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

14 de fevereiro de 2024

Not for use with personal data

Versões dos Componentes

  • Plugin Appium do axeDevToolsMobile v1.0

O que há de novo?

Solução Aperfeiçoada para Appium

  • Estamos animados em anunciar uma solução aperfeiçoada para usar o Appium para realizar testes de acessibilidade em seus aplicativos móveis. Anteriormente, o axe DevTools Mobile suportava teste com o Appium em aplicativos nativos iOS ou Android, e era necessário incorporar o código axe em seu aplicativo. Agora, oferecemos um plugin Appium que permite testar qualquer aplicativo – nativo ou multiplataforma. Você pode usar qualquer cliente Appium para seus scripts de teste, sem a necessidade de incorporar qualquer código Deque em seu aplicativo. É fácil de instalar e começar a usar. Comece com Appium
  • O lançamento inicial do plugin cobre cinco regras baseadas nos padrões WCAG. Vamos aprimorar nosso conjunto de regras nos próximos meses. Regras do Appium
  • Se você já estiver usando nossas capacidades originais do Appium para executar o teste de acessibilidade móvel que precisa, pode continuar usando por enquanto. Vamos fazer a transição para o novo plugin Appium no futuro, assim que o conjunto de regras estiver completo. Fique atento para mais atualizações.

Problemas Conhecidos

Se estiver enfrentando algum dos problemas abaixo, por favor entre em contato conosco em helpdesk@deque.com ou support.deque.com. Assim poderemos notificá-lo quando for resolvido ou informar uma solução alternativa caso nenhuma esteja listada.

important
  • Os testes automatizados do axe DevTools Mobile são executados em aplicativos nativos iOS, Android nativo e React Native. Entre em contato com seu representante Deque para soluções de teste de acessibilidade na sua stack tecnológica.
  • Embora você possa obter alguns resultados de visualizações da web ou PDFs renderizados, recomendamos fortemente o uso do axe DevTools para Web ou axe Monitor para os testes de acessibilidade mais abrangentes para a web.

axe DevTools Mobile para iOS

Erro no Projeto Analyzer & Teste por ID de Bundle na versão 2.8.1

A funcionalidade de teste de um aplicativo pelo identificador de bundle estava quebrada na versão 2.8.1, resultando em um erro intitulado "No target application path specified via test configuration: ...". Atualize para a versão 2.8.2 ou para a versão mais recente para resolver o erro. Atualize para a mais recente dentro do projeto iOS Analyzer.

Visualizações fora da tela podem mostrar resultados para aplicativos SwiftUI testados no iOS 17

Com a versão 2.8.0 (Ver Notas de Lançamento), os resultados não são mais relatados em visualizações que não estão visíveis, incluindo as que estão fora da tela ou escondidas por outra visualização. Descobrimos que em aplicativos SwiftUI sendo testados no iOS 17, alguns resultados ainda são exibidos. (#1383)

A regra Supports Dynamic Type não funciona com o simulador do iOS 15 Pro

Há um problema que afeta o simulador do iPhone 15 Pro que impede a execução da regra Supports Dynamic Type. Se você aderiu à regra Supports Dynamic Type, não poderá testá-la usando o simulador do iPhone 15 Pro. Um bug foi reportado à Apple.

Regras contra Controles Aninhados

Ao buscar uma melhoria para nossas regras, encontramos que no XCTest, controles aninhados não são retornados na árvore de acessibilidade. Um bug foi reportado à Apple. (#1110)

Falso Positivo: Em Scroll View, ActiveControlName

Estamos trabalhando ativamente em correções para os seguintes falsos positivos e atualizaremos esta lista à medida que as correções forem liberadas.

In Scroll View
Podem ser relatados problemas para texto dentro de elementos que se comportam como banners. Para tornar esses elementos disponíveis àqueles que requerem texto maior, use UILargeContentViewer. (#622) ActiveControlName
Se um UIImageView tiver um `accessibilityIdentifier` definido mas não for focalizável pelo VoiceOver, e ele tiver controles focalizáveis aninhados dentro dele, o ActiveControlName pode relatar um falso positivo sobre o UIImageView. Remover o `accessibilityIdentifier` resolve o problema. Um bug foi reportado à Apple. (#1226)

Falso Negativo: Nome da Visualização de Imagem, Texto Focalizável no iOS 13 até o iOS 14.8.1

Estamos trabalhando ativamente em correções para os seguintes falsos negativos e atualizaremos esta lista à medida que as correções forem liberadas.

Image View Name
Se um UIImageView tiver um `accessibilityIdentifier` definido mas não for focalizável pelo VoiceOver, o ImageViewName pode relatar um falso negativo sobre o UIImageView. Remover o `accessibilityIdentifier` resolve o problema. Um bug foi reportado à Apple. (#1226) Focusable Text
Elementos marcados como não acessíveis podem relatar resultados impróprios devido a um bug no framework da Apple.

axe DevTools Mobile para Android

Falha ao usar Proguard

Se sua compilação de debug ou teste estiver utilizando o Proguard, siga os passos para ignorar Deque nas suas configurações do Proguard.

Falha quando `minifiedEnabled` está ativado

Ao minimizar sua compilação, você verá uma falha com um log de erro relatando que um adaptador não pôde ser encontrado ao tentar fazer login na biblioteca axe DevTools. Desative a minimização para suas compilações de depuração com o axe DevTools implementado. (#729)

Compilações com r8 ativado geram um erro

Uma compilação com r8 ativado pode tentar minimizar a biblioteca axeDevTools, resultando em um erro similar a:

Caused by: java.lang.NullPointerException: throw with null exception
at g.b.b.a$a.a(Unknown Source:1)
at g.b.b.a$a.a(Unknown Source:0)
at g.b.b.a.a(AccessToken.java:190)
	
To resolve this error add the following line to your ProGuard file to keep axeDevTools classes:
keep class com.deque.** { *; }

Mensagem de erro similar a:
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)

Se encontrar um erro nos seguintes termos: `Expectado exatamente '1' nó mas encontrado '2' nós que satisfazem: (isRoot)`, por favor entre em contato conosco em helpdesk@deque.com ou support.deque.com para assistência. Sob certas condições, pode haver dois nós raiz do Compose existentes ao mesmo tempo.

Dashboard do axe DevTools Mobile

Captura de Tela Ausente

Se a captura de tela estiver ausente na página de detalhes da verificação, seu aplicativo pode estar impedindo que capturas de tela sejam feitas. Geralmente, isso ocorre por razões de segurança em sua aplicação de produção. Considere remover essa exigência para sua versão de teste para permitir funcionalidade completa no Dashboard do axe DevTools Mobile.

Alguns nomes de verificação do Android estão sem formatação

Alguns nomes de verificação do Android que são padronizados para o título da tela aparecerão como o nome completo da classe, incluindo o identificador do pacote. Em uma versão futura, isso será resolvido para que o título da tela esteja formatado de maneira mais legível. Como solução alternativa, você pode definir o nome da verificação a partir do dashboard ou frameworks. (#1643)

axe DevTools Mobile para Appium

Falso Positivo: Nome da Visão Ativa

Devido a limitações nas informações disponíveis via a plataforma Appium, identificamos um falso positivo para Nome da Visão Ativa ao usar a propriedade labeledBy para fornecer um rótulo para um elemento de botão. Estamos explorando soluções e esperamos uma correção em uma versão futura.

React Native: Rótulo no Nome & Rótulo na Frente

Devido a limitações nas informações disponíveis via a plataforma Appium, identificamos que as regras Rótulo no Nome & Rótulo na Frente não são capazes de ser executadas para aplicativos construídos com React Native. Estamos explorando soluções e esperamos uma correção em uma versão futura.

React Native: Inspecionar Hierarquia de Visualização Mostrando Tela Anterior

Às vezes, a propriedade de origem da página Appium precisa de tempo extra para ser atualizada entre as verificações. Se isso acontecer, você verá a hierarquia de visualização da tela anterior ao usar o recurso de inspeção no dashboard. Para corrigir, adicione um pequeno tempo de espera antes de chamar a API de origem da página para promover a verificação de acessibilidade. Exemplo:

			await driver.pause(1000);
    		const result = await driver.getPageSource();