Wrike TechClub: Infraestrutura de entrega - processos e ferramentas (DevOps + QAA). Artigos em inglês

Olá Habr! Nós da Wrike estamos testando novos formatos para eventos técnicos e convidamos todos a assistir a um vídeo da nossa primeira reunião online em inglês. Falamos sobre a infraestrutura do DevOps para testar aplicativos da web, cubos, Selenium e suas alternativas.



A história da disseminação do coronavírus e as proibições de todos os grandes eventos off-line no território dos países europeus fizeram suas próprias correções. Assim, o encontro off-line de testadores e desenvolvedores planejado por Wrike Prague se transformou no YouTube.

Atenção, relatórios em inglês.

1. Mikhail Levin, Wrike - Selenium - caminho para Kubernetes

Era uma vez Selenium viveu e cresceu. Provavelmente foi a melhor coisa que aconteceu com a automação do controle de qualidade nas últimas duas décadas e, sim, isso não foi fácil de várias maneiras, incluindo infraestrutura e estabilidade.

Com uma longa experiência em infraestrutura de grade 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 se preocupar e amar o Selenium

Conheça o Callisto - nossa solução nativa do Kubernetes, leve e de código aberto, para construção da infraestrutura do Selenium. Realizamos 10 mil testes de selênio em uma hora e sobrevivemos a centenas de testes diários de selênio com ele. Queremos compartilhar nossas razões, a solução em si e detalhes técnicos aprendidos no caminho. Nossa experiência pode ser útil, seja para executar muitos testes de selênio ou se você tiver algum trabalho baseado em sessão para ser executado nos k8s em vários threads.



3. Ivan Krutov, Aerokube - Protocolo de Ferramentas para Desenvolvedor Chrome: execução e dimensionamento no Kubernetes

Muitos anos, o Selenium é a ferramenta de automação de navegador mais popular. No entanto, o protocolo Selenium ainda carece de muitos recursos importantes: analisando e zombando de solicitações HTTP, obtendo métricas de consumo e desempenho de memória, assinando eventos de aplicativos, recuperando avisos de segurança do navegador e muito mais. Felizmente, tudo isso já é suportado no chamado protocolo Chrome Developer Tools. Há muitas discussões sobre como começar a usar esse protocolo com bibliotecas clientes como o Puppeteer, mas quase ninguém explica como dimensionar essa solução. Durante minha palestra, gostaria de explicar como dimensionar as Ferramentas para Desenvolvedor do Chrome no cluster Kubernetes e mostrar alguns exemplos reais de como você pode usar esse protocolo em seus testes.