Wrike TechClub: Инфраструктура за доставка – процеси и инструменти (DevOps+QAA). Доклади на английски

Здравей, Хабр! Тестуваме нови формати за технически събития в Wrike и каним всички да гледат видеото от нашия първи онлайн митап на английски. Говорихме за DevOps инфраструктура за тестване на уеб приложения, контейнери, Selenium и неговите алтернативи.

Историята с разпространението на коронавируса и забраните за масови офлайн събития в европейските държави донесоха свои корекции, така че планираната офлайн среща на Wrike Prague за тестери и девопс специалисти премина в YouTube.

Внимание, докладите са на английски език.

1. Михаил Левин, Wrike – Selenium — пътят към Kubernetes

Имаше едно време, когато Selenium живееше и растеше. То вероятно беше най-доброто нещо, което се случи за автоматизацията на QA през последните две десетилетия, и да, това не беше лесно по много начини, включително инфраструктура и стабилност.

С дългогодишен опит в инфраструктурата на Selenium Grid и алтернативи, искам да ви разходя през някои проблеми и ограничения на различните Selenium инфраструктури, стигайки до нашето ново леко решение.

2. Виталий Марков, Wrike – Callisto: как научихме да спираме да се тревожим и да обичаме Selenium

Представяме Callisto — нашето леко и с отворен код решение, родено в Kubernetes за изграждане на Selenium инфраструктура. Провеждаме десетки хиляди Selenium тестове за един час и оцеляваме при стотици ежедневни тестове с него. Искаме да споделим нашите причини, самото решение и техническите детайли, научени по пътя. Нашият опит може да бъде полезен, независимо дали извършвате толкова много Selenium тестове или просто имате работа с основни сесии в K8s в много нишки.

3. Иван Крутов, Aerokube – Протокол на Chrome Developer Tools: изпълнение и мащабиране в Kubernetes

Много години Selenium е най-популярният инструмент за автоматизация на браузъри. Въпреки това, протоколът на Selenium все още не поддържа много важни функции: анализиране и имитация на HTTP заявки, получаване на информация за консумацията на памет и производителност, абониране за събития на приложение, извличане на съобщения за сигурност на браузъра и много други. За щастие, всичко това вече се поддържа в така наречения протокол на Chrome Developer Tools. Има много обсъждания как да започнете да използвате този протокол с клиентски библиотеки като Puppeteer, но почти никой не говори как да мащабирате това решение. По време на моя доклад ще обясня как да мащабирате Chrome Developer Tools в кластер Kubernetes и ще покажа някои реални примери как можете да използвате този протокол в тестовете си.

Източник: habr.com