Hallo, Habr! Wir testen bei Wrike neue Formate fĂŒr technische Veranstaltungen und laden alle ein, sich das Video unseres ersten Online-Meetups auf Englisch anzusehen. ĂŒber die DevOps-Infrastruktur fĂŒr das Testen von Webanwendungen, Kubernetes, Selenium und dessen Alternativen.

Die Verbreitung des Coronavirus und die Bannd fĂŒr alle groĂen Offline-Veranstaltungen in den europĂ€ischen Staaten haben ihre Auswirkungen gehabt, weshalb das geplante Offline-Treffen der Tester und DevOps in Wrike Prag ins YouTube-Format umgewandelt wurde.
Achtung, die VortrÀge sind auf Englisch.
1. Mikhail Levin, Wrike â Selenium â der Weg zu Kubernetes
Es war einmal, als Selenium lebte und wuchs. Es war wahrscheinlich das Beste, was in den letzten zwei Jahrzehnten fĂŒr die QA-Automatisierung passiert ist, und ja, das war in vielerlei Hinsicht nicht einfach, einschlieĂlich Infrastruktur und StabilitĂ€t.
Mit langjĂ€hriger Erfahrung in der Selenium-Grid-Infrastruktur und deren Alternativen möchte ich Sie durch einige Probleme und EinschrĂ€nkungen verschiedener Selenium-Infrastrukturen bis hin zu unserer brandneuen, leichten Lösung fĂŒhren.

2. Vitaliy Markov, Wrike â Callisto: wie wir gelernt haben, uns keine Sorgen zu machen und Selenium zu lieben
Lernen Sie Callisto kennen â unsere leichte, Open-Source-Lösung, die Kubernetes-nativ ist und fĂŒr den Aufbau von Selenium-Infrastrukturen dient. Wir fĂŒhren zehntausende von Selenium-Tests in einer Stunde aus und ĂŒberstehen Hunderte von tĂ€glichen Selenium-TestdurchlĂ€ufen damit. Wir möchten unsere GrĂŒnde, die Lösung selbst und technische Details, die wir auf dem Weg gelernt haben, teilen. Unsere Erfahrungen könnten nĂŒtzlich sein, egal ob Sie eine so hohe Anzahl an Selenium-Tests ausfĂŒhren oder einfach nur einige sessionbasierte Arbeiten in Kubernetes in vielen Threads durchfĂŒhren möchten.

3. Ivan Krutov, Aerokube â Chrome Developer Tools Protokoll: AusfĂŒhren und Skalieren in Kubernetes
Seit vielen Jahren ist Selenium das beliebteste Tool zur Automatisierung von Browsern. Allerdings fehlen im Selenium-Protokoll immer noch viele wichtige Funktionen: Analyse und Mocking von HTTP-Anfragen, Abrufen des Speicherverbrauchs und der Leistungsmetriken, Abonnieren von Anwendungsereignissen, Abrufen von Browser-Sicherheitswarnungen und vieles mehr. Zum GlĂŒck wird all dies bereits im sogenannten Protokoll der Chrome-Entwicklerwerkzeuge unterstĂŒtzt. Es gibt viele Diskussionen darĂŒber, wie man dieses Protokoll mit Client-Libraries wie Puppeteer verwenden kann, aber fast niemand erklĂ€rt, wie man diese Lösung skalieren kann. In meinem Vortrag möchte ich erlĂ€utern, wie man die Chrome Developer Tools in einem Kubernetes-Cluster skalieren kann, und einige realistische Beispiele dafĂŒr vorstellen, wie Sie dieses Protokoll in Ihren Tests verwenden können.

Quelle: habr.com
