Wrike TechClub: Infraestructura de entrega: procesos y herramientas (DevOps + QAA). Papeles en ingles

Hola Habr! En Wrike estamos probando nuevos formatos para eventos técnicos e invitamos a todos a ver un video de nuestra primera reunión en línea en inglés. Hablamos sobre la infraestructura de DevOps para probar aplicaciones web, cubos, Selenium y sus alternativas.



La historia de la propagación del coronavirus y las prohibiciones de todos los eventos masivos fuera de línea en el territorio de los países europeos hicieron sus propias correcciones, por lo que la reunión fuera de línea de probadores y desarrolladores planificada por Wrike Prague se convirtió en YouTube.

Atención, informes en inglés.

1. Mikhail Levin, Wrike - Selenium - camino a Kubernetes

Érase una vez Selenium vivió y creció. Probablemente fue lo mejor que sucedió con la automatización del control de calidad en las últimas dos décadas, y sí, eso no fue fácil en muchos sentidos, incluida la infraestructura y la estabilidad.

Con una larga experiencia en la infraestructura y alternativas de la red de selenio, quiero guiarlo a través de algunos problemas y limitaciones de las diferentes infraestructuras de selenio hasta nuestra nueva solución liviana.



2. Vitaliy Markov, Wrike - Callisto: cómo aprendimos a dejar de preocuparnos y amar a Selenium

Meet Callisto, nuestra solución nativa de Kubernetes ligera y de código abierto para la construcción de infraestructura de Selenium. Realizamos 10 mil pruebas de selenio en una hora y sobrevivimos a cientos de pruebas diarias de selenio con él. 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 ejecute gran parte de las pruebas de selenio o simplemente tenga un trabajo basado en sesión para ejecutar en k8 en muchos hilos.



3. Ivan Krutov, Aerokube - Protocolo de herramientas para desarrolladores de Chrome: ejecución y escalado en Kubernetes

Muchos años, Selenium es la herramienta de automatización de navegador más popular. Sin embargo, el protocolo Selenium aún carece de muchas características importantes: analizar y burlarse de las solicitudes HTTP, obtener consumo de memoria y métricas de rendimiento, suscribirse a eventos de la aplicación, recuperar advertencias de seguridad del navegador y muchas más. Afortunadamente, todo esto ya es compatible con el llamado protocolo de Herramientas para desarrolladores de Chrome. Se hablan mucho sobre cómo comenzar a usar este protocolo con bibliotecas de clientes como Puppeteer, pero casi nadie dice cómo escalar esta solución. Durante mi charla, me gustaría explicar cómo escalar las Herramientas para desarrolladores de Chrome en el clúster de Kubernetes y mostrar algunos ejemplos reales de cómo podría usar este protocolo en sus pruebas.