Notas de Lançamento do axe DevTools Mobile de 17 de junho de 2024

A funcionalidade de teste de um aplicativo pelo identificador do pacote foi interrompida na versão 2.8.1, resultando em um erro intitulado „Nenhum caminho de aplicativo alvo especificado via configuração de teste: ...“. Atualize para a versão 2.8.2 ou a mais recente para resolver o erro. Atualize para a última versão dentro do projeto Analisador iOS.

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

Há um problema que afeta o simulador iPhone 15 Pro que impede que a regra de Suporte a Texto Dinâmico seja executada. Se você se inscreveu na regra de Suporte a Texto Dinâmico, não poderá testá-la usando um simulador iPhone 15 Pro. Um bug foi registrado com a Apple.

Ao examinar uma melhoria para nossas regras, descobrimos que no XCTest, controles aninhados não são retornados na árvore de acessibilidade. Um bug foi registrado com a Apple. (#1110)

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

Uma build com r8 habilitado pode tentar minimizar 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)
	

API Compose setTestTag Compose setTestTag API.

Se a captura de tela estiver ausente na página de detalhes da análise, seu aplicativo pode estar impedindo a captura de telas. Muitas vezes isso ocorre por razões de segurança em sua aplicação de produção. Considere remover esse requisito para a versão de teste para permitir a funcionalidade completa no Dashboard Móvel do axe DevTools.

• Android - FLAG_SECURE

Alguns nomes de análises 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 seja formatado em um nome mais legível. Como solução alternativa, você pode definir o nome da análise a partir do dashboard ou frameworks. (#1643)

Devido a limitações nas informações disponíveis através da 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 um conserto em uma versão futura.

Devido a limitações nas informações disponíveis através da plataforma Appium, identificamos que as regras Label In Name & Label At Front não conseguem ser executadas em aplicativos construídos com React Native. Estamos explorando soluções e esperamos um conserto em uma versão futura.

Às vezes, a propriedade fonte da página do Appium precisa de tempo extra para ser atualizada entre as análises. 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 tempo de espera antes de chamar a API de fonte da página para iniciar a análise de acessibilidade. Exemplo:

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

Devido a limitações nas informações disponíveis através da plataforma Appium, identificamos que a regra Nome da Visualização de Imagem não pode testar com precisão os critérios de sucesso de imagens decorativas no Android. Os resultados para imagens sem nome acessível serão exibidos como 'Requer Revisão' no dashboard para análise posterior.