¡Hola Habr! En Wrike estamos probando nuevos formatos para eventos técnicos e invitamos a todos a ver el vídeo de nuestra primera reunión en línea en inglés. sobre infraestructura DevOps para pruebas de aplicaciones web, cubos, Selenium y sus alternativas.
La historia de la propagación del coronavirus y la prohibición de todos los eventos masivos fuera de línea en los países europeos tuvo sus propios ajustes, por lo que la reunión fuera de línea de probadores y desarrolladores planificada por Wrike Praga se extendió a YouTube.
Atención, los informes están en inglés.
1. Mikhail Levin, Wrike – Selenium – camino hacia Kubernetes
Érase una vez el selenio que vivió y creció. Probablemente fue lo mejor que le sucedió a 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 infraestructura de red de selenio y alternativas, quiero explicarle algunos problemas y limitaciones de diferentes infraestructuras de selenio hasta llegar a nuestra nueva solución liviana.
2. Vitaliy Markov, Wrike – Callisto: cómo aprendimos a dejar de preocuparnos y amar el selenio
Conozca Callisto, nuestra solución nativa de Kubernetes, liviana y de código abierto para la construcción de infraestructura de Selenium. Realizamos décimas miles de pruebas de selenio en una hora y sobrevivimos a cientos de pruebas diarias de selenio con él. Queremos compartir nuestros motivos, la solución en sí y los detalles técnicos aprendidos en el camino. Nuestra experiencia puede resultar útil tanto si ejecuta una gran cantidad de pruebas de selenio como si simplemente tiene algún trabajo basado en sesiones para ejecutar en k10 en muchos subprocesos.
3. Ivan Krutov, Aerokube – Protocolo de herramientas para desarrolladores de Chrome: ejecución y escalado en Kubernetes
Durante muchos años, Selenium es la herramienta de automatización de navegadores más popular. Sin embargo, el protocolo Selenium todavía carece de muchas características importantes: analizar y burlarse de solicitudes HTTP, obtener métricas de rendimiento y consumo de memoria, suscribirse a eventos de aplicaciones, recuperar advertencias de seguridad del navegador y muchas más. Afortunadamente, todo esto ya es compatible con el llamado protocolo Chrome Developer Tools. Se habla mucho sobre cómo empezar a utilizar este protocolo con bibliotecas cliente como Puppeteer, pero casi nadie dice cómo escalar esta solución. Durante mi charla, me gustaría explicar cómo escalar Chrome Developer Tools en el clúster de Kubernetes y mostrar algunos ejemplos reales de cómo podrías utilizar este protocolo en tus pruebas.
Fuente: habr.com