Witaj, Habro! W Wrike testujemy nowe formaty wydarzeń technicznych i zapraszamy wszystkich do obejrzenia filmu z naszego pierwszego spotkania online w języku angielskim. o infrastrukturze DevOps do testowania aplikacji webowych, kostek, Selenium i jego alternatyw.
Historia rozprzestrzeniania się koronawirusa i zakazy wszystkich masowych wydarzeń offline w krajach europejskich doczekały się własnych korekt, dlatego zaplanowane przez Wrike Praga spotkanie offline testerów i programistów przeniosło się na YouTube.
Uwaga, raporty są w języku angielskim.
1. Michaił Levin, Wrike – Selenium – droga do Kubernetes
Dawno, dawno temu Selenium żył i rósł. To była prawdopodobnie najlepsza rzecz, jaka przydarzyła się automatyzacji kontroli jakości w ciągu ostatnich dwóch dekad, ale tak, nie było to łatwe pod wieloma względami, w tym pod względem infrastruktury i stabilności.
Mając długie doświadczenie w infrastrukturze sieci selenowych i alternatywach, chcę przeprowadzić Cię przez niektóre problemy i ograniczenia różnych infrastruktur selenowych aż do naszego zupełnie nowego, lekkiego rozwiązania.
2. Vitaliy Markov, Wrike – Callisto: jak nauczyliśmy się przestać się martwić i pokochać Selenium
Poznaj Callisto — nasze lekkie, natywne rozwiązanie typu open source dla Kubernetes do budowy infrastruktury Selenium. W ciągu godziny przeprowadzamy 10 tysięcy testów na selen i wytrzymujemy setki codziennych testów na selen. Chcemy podzielić się naszymi powodami, samym rozwiązaniem i poznanymi po drodze szczegółami technicznymi. Nasze doświadczenie może się przydać, niezależnie od tego, czy przeprowadzasz dużo testów Selenu, czy po prostu masz trochę pracy opartej na sesjach, którą chcesz uruchomić w K8 w wielu wątkach.
3. Ivan Krutov, Aerokube – Protokół Chrome Developer Tools: uruchamianie i skalowanie w Kubernetesie
Od wielu lat Selenium jest najpopularniejszym narzędziem do automatyzacji przeglądarek. Jednak w protokole Selenium nadal brakuje wielu ważnych funkcji: analizowania i kpiny z żądań HTTP, uzyskiwania wskaźników zużycia pamięci i wydajności, subskrybowania zdarzeń aplikacji, pobierania ostrzeżeń dotyczących bezpieczeństwa przeglądarki i wielu innych. Na szczęście wszystko to jest już obsługiwane w tak zwanym protokole Chrome Developer Tools. Dużo mówi się o tym, jak zacząć używać tego protokołu z bibliotekami klienckimi, takimi jak Puppeteer, ale prawie nikt nie mówi, jak skalować to rozwiązanie. Podczas mojego wystąpienia chciałbym wyjaśnić, jak skalować narzędzia programistyczne Chrome w klastrze Kubernetes i pokazać kilka realnych przykładów wykorzystania tego protokołu w swoich testach.
Źródło: www.habr.com