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 axeDevToolsMobile Appium 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 varredura 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. Poderemos então notificá-lo assim que for resolvido ou de uma solução alternativa identificada caso nenhuma seja listada.

important
  • Os testes automatizados do Axe DevTools Mobile são executados em aplicativos nativos para iOS, Android nativo e React Native. Por favor, entre em contato com seu representante Deque para soluções de testes de acessibilidade na sua stack de tecnologia.
  • 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 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 minimizar sua build, você verá um crash 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 minificação para suas builds de depuração com 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 do Axe DevTools Mobile

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 em sua aplicação de produção. Considere remover esse requisito para sua build de teste para permitir funcionalidade total no Dashboard do Axe DevTools Mobile.

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();