Notas de Lançamento do axe DevTools Mobile - 15 de maio 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

15 de maio de 2024

Not for use with personal data

Versões dos Componentes

  • Plugin Appium do axeDevToolsMobile v2.1.0 Como atualizar: Plugin Appium

O que há de novo?

Appium

  • Adicionamos quatro novas regras ao plugin Appium: Texto Focável, Ação Inacessível, Nome Acessível Significativo e Em ScrollView. Regras do Appium
  • Adicionamos a opção de definir um nome de análise e tags antes de iniciar uma verificação de acessibilidade. Configuração do Appium Exemplos de Automação do Appium
  • No Android, as regras agora serão executadas em todas as visualizações clicáveis, não apenas em botões, e introduzimos suporte para testar aplicativos feitos com Jetpack Compose.

Correções

Appium

  • Corrigidos falsos positivos ao escanear aplicativos React Native para as regras Rótulo no Nome e Rótulo na Frente.

Problemas Conhecidos

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

important
  • O teste automatizado do axe DevTools Mobile é executado em aplicativos nativos iOS, Android nativos e React Native. Entre em contato com seu representante Deque para soluções de teste de acessibilidade em sua pilha de tecnologia.
  • Embora você possa obter alguns resultados de visualizações web ou PDFs renderizados, recomendamos fortemente testar usando o axe DevTools para Web ou o axe Monitor para ter o teste de acessibilidade mais abrangente para a web.

axe DevTools Mobile para iOS

Erro no Projeto do Analyzer & Teste por ID do Pacote na versão 2.8.1

A funcionalidade de testar um aplicativo pelo identificador de pacote foi 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 a versão mais recente para resolver o erro. Atualize para a versão mais recente dentro do projeto iOS Analyzer.

Vistas 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 vistas que não estão visíveis, incluindo as fora da tela ou ocultadas por outra vista. Descobrimos que em aplicativos SwiftUI testados no iOS 17, alguns resultados ainda aparecem. (#1383)

Regra de Suporte ao Tipo Dinâmico não funcionando com o simulador iOS 15 Pro

Há um problema afetando o simulador iPhone 15 Pro que impede a execução da regra de Suporte ao Tipo Dinâmico. Se você está inscrito na regra de Suporte ao Tipo Dinâmico, não será capaz de testá-la usando um simulador iPhone 15 Pro. Um bug foi enviado para a Apple.

Regras contra Controles Aninhados

Ao procurar uma melhoria para nossas regras, descobrimos 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 conforme as correções forem lançadas.

In Scroll View
Podem ser relatados problemas para texto dentro de elementos com comportamento de banner. Para tornar esses elementos acessíveis àqueles que necessitam de texto maior, use UILargeContentViewer. (#622) ActiveControlName
Se um UIImageView tiver um `accessibilityIdentifier` definido mas não for focável pelo VoiceOver, e tiver controles focáveis aninhados, o ActiveControlName pode relatar um falso positivo no UIImageView. Remover o `accessibilityIdentifier` resolve o problema. Um bug foi enviado para a Apple. (#1226)

Falso Negativo: Nome da Image View, Texto Focá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 conforme as correções forem lançadas.

Image View Name
Se um UIImageView tiver um `accessibilityIdentifier` definido mas não for focável pelo VoiceOver, o ImageViewName pode relatar um falso negativo no UIImageView. Remover o `accessibilityIdentifier` resolve o problema. Um bug foi enviado para a 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 a sua build de debug ou teste estiver utilizando o Proguard, siga os passos para ignore o Deque nas suas configurações do Proguard.

Falha ao definir `minifiedEnabled` como verdadeiro

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

Compilações com r8 habilitado geram um erro

Uma compilação com r8 habilitado pode tentar minificar a biblioteca axeDevTools resultando em um erro semelhante 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 semelhante a:
Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)
ou: No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?

Se você encontrar um erro como `Expected exactly '1' node but found '2' nodes that satisfy: (isRoot)` ou `No View initialized, did you call AxeDevToolsCompose.setComposeTestRule()?`, consulte API Compose setTestTag.

Dashboard Móvel do axe DevTools

Captura de Tela Ausente

Se a captura de tela estiver ausente na página de detalhes da varredura, seu aplicativo pode estar impedindo que capturas de tela sejam tiradas. Muitas vezes, isso é por motivos de segurança no seu aplicativo de produção. Considere remover essa exigência para sua compilação de teste para permitir total funcionalidade no Dashboard Móvel do axe DevTools.

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

Alguns nomes de varredura do Android que estão padronizados com 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 seja formatado em um nome mais legível. Como solução alternativa, você pode definir o nome da varredura no dashboard ou frameworks. (#1643)

axe DevTools Mobile para Appium

Falso Positivo: Nome da Visualização Ativa

Devido a limitações nas informações disponíveis via a plataforma Appium, identificamos um falso positivo para Nome da Visualização Ativa ao usar a labeledBy propriedade 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 & .NET MAUI: 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 conseguem 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 varreduras. Se isso acontecer, você verá a hierarquia de visualização de uma tela anterior ao usar o recurso de inspeção no dashboard. Para corrigir, adicione um pequeno timeout antes de chamar a API de origem da página para iniciar a varredura de acessibilidade. Exemplo:

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