Olá, Habr! Nós do Wrike estamos testando novos formatos para eventos técnicos e convidamos todos a assistirem ao vídeo do nosso primeiro encontro online em inglês. sobre infraestrutura DevOps para teste de aplicações web, cubos, Selenium e suas alternativas.
A história da propagação do coronavírus e da proibição de todos os eventos off-line em massa nos países europeus fez seus próprios ajustes, de modo que o encontro off-line de testadores e desenvolvedores planejado pelo Wrike Praga se espalhou pelo YouTube.
Atenção, os relatórios estão em inglês.
1. Mikhail Levin, Wrike – Selenium – caminho para Kubernetes
Era uma vez Selenium viveu e cresceu. Foi provavelmente a melhor coisa que aconteceu para a automação de controle de qualidade nas últimas duas décadas e, sim, não foi fácil em muitos aspectos, incluindo infraestrutura e estabilidade.
Com longa experiência em infraestrutura de rede de selênio e alternativas, quero orientá-lo sobre alguns problemas e limitações de diferentes infraestruturas de selênio até nossa nova solução leve.
2. Vitaliy Markov, Wrike – Callisto: como aprendemos a parar de nos preocupar e a amar o Selenium
Conheça Callisto — nossa solução leve e de código aberto nativa do Kubernetes para construção de infraestrutura Selenium. Executamos 10 mil testes de selênio em uma hora e sobrevivemos a centenas de testes diários de selênio com ele. Queremos compartilhar nossos motivos, a solução em si e os detalhes técnicos aprendidos no caminho. Nossa experiência pode ser útil se você executar muitos testes de selênio ou apenas tiver algum trabalho baseado em sessão para ser executado em k8s em muitos threads.
3. Ivan Krutov, Aerokube – Protocolo de ferramentas para desenvolvedores do Chrome: execução e dimensionamento no Kubernetes
Por muitos anos, o Selenium é a ferramenta de automação de navegador mais popular. No entanto, o protocolo Selenium ainda carece de muitos recursos importantes: análise e simulação de solicitações HTTP, obtenção de consumo de memória e métricas de desempenho, assinatura de eventos de aplicativos, recuperação de avisos de segurança do navegador e muito mais. Felizmente, tudo isso já é compatível com o chamado protocolo Chrome Developer Tools. Fala-se muito sobre como começar a usar este protocolo com bibliotecas clientes como o Puppeteer, mas quase ninguém diz como escalar esta solução. Durante minha palestra, gostaria de explicar como escalar as Ferramentas de Desenvolvedor do Chrome no cluster Kubernetes e mostrar alguns exemplos reais de como você pode usar este protocolo em seus testes.
Fonte: habr.com