¡Hola, Habr! En Wrike estamos probando nuevos formatos de eventos técnicos y invitamos a todos a ver el video de nuestro primer meetup en línea en inglés. sobre infraestructura DevOps para pruebas de aplicaciones web, Kubernetes, Selenium y sus alternativas.
La historia de la propagación del coronavirus y las restricciones a todos los eventos masivos presenciales en los países europeos han traído cambios, por lo que la reunión presencial planeada de Wrike Prague para testers y DevOps se trasladó a YouTube.
Atención, las presentaciones serán en inglés.
1. Mikhail Levin, Wrike – Selenium: el camino hacia Kubernetes
Érase una vez Selenium, que vivió y creció. Probablemente fue lo mejor que le sucedió a la automatización de QA en las últimas dos décadas, y sí, no fue fácil en muchos aspectos, incluida la infraestructura y la estabilidad.
Con una larga experiencia en infraestructura de Selenium Grid y alternativas, quiero guiarte a través de algunos problemas y limitaciones de diferentes infraestructuras de Selenium hasta nuestra nueva solución ligera.
2. Vitaliy Markov, Wrike – Callisto: cómo aprendimos a dejar de preocuparnos y amar Selenium
Conoce Callisto: nuestra solución ligera y de código abierto nativa de Kubernetes para la construcción de infraestructuras de Selenium. Ejecutamos miles de pruebas de Selenium en una hora y sobrevivimos a cientos de ejecuciones diarias de pruebas de Selenium con ella. Queremos compartir nuestras razones, la solución en sí y los detalles técnicos aprendidos en el camino. Nuestra experiencia puede ser útil, ya sea que ejecutes tantas pruebas de Selenium o que solo tengas algún trabajo basado en sesiones que ejecutar en k8s en muchos hilos.
3. Ivan Krutov, Aerokube – Protocolo de Herramientas para Desarrolladores de Chrome: ejecución y escalado en Kubernetes
Durante muchos años, Selenium ha sido la herramienta de automatización de navegadores más popular. Sin embargo, el protocolo de Selenium todavía carece de muchas funciones importantes: análisis y simulación de solicitudes HTTP, obtención de consumo de memoria y métricas de rendimiento, suscripción a eventos de la aplicación, recuperación de advertencias de seguridad del navegador y muchas más. Afortunadamente, todo esto ya está respaldado en lo que se llama protocolo de Herramientas para Desarrolladores de Chrome. Hay muchas conversaciones sobre cómo comenzar a usar este protocolo con bibliotecas de cliente como Puppeteer, pero casi nadie dice cómo escalar esta solución. Durante mi charla, me gustaría explicar cómo escalar Herramientas para Desarrolladores de Chrome en un clúster de Kubernetes y mostrar algunos ejemplos reales de cómo podrías usar este protocolo en tus pruebas.
Fuente: habr.com
