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

Die Geschichte der Verbreitung des Coronavirus und die Absage aller groĂen Offline-Veranstaltungen in europĂ€ischen LĂ€ndern haben ihre Auswirkungen gezeigt, weshalb das geplante Wrike Prague Offline-Treffen der Tester und DevOps-Teams auf YouTube verlegt wurde.
Achtung, die PrÀsentationen sind in englischer Sprache.
1. Mikhail Levin, Wrike â Selenium â der Weg zu Kubernetes
Es war einmal, dass 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 Selenium-Grid-Infrastruktur und Alternativen möchte ich Ihnen einige Probleme und EinschrÀnkungen verschiedener Selenium-Infrastrukturen bis hin zu unserer brandneuen leichten Lösung aufzeigen.

2. Vitaliy Markov, Wrike â Callisto: wie wir gelernt haben, uns keine Sorgen zu machen und Selenium zu lieben
Lernen Sie Callisto kennen â unsere leichte und Open-Source-Kubernetes-native Lösung zum Aufbau von Selenium-Infrastruktur. Wir fĂŒhren zehntausende Selenium-Tests in einer Stunde durch und bewĂ€ltigen tĂ€glich Hunderte von Selenium-TestlĂ€ufen. Wir möchten unsere GrĂŒnde, die Lösung selbst und die technischen Details, die wir auf dem Weg gelernt haben, teilen. Unsere Erfahrungen könnten hilfreich sein, egal ob Sie so viele Selenium-Tests durchfĂŒhren oder einfach nur einige sitzungsbasierte Arbeiten in k8s in vielen Threads ausfĂŒhren möchten.

3. Ivan Krutov, Aerokube â Chrome Developer Tools Protokoll: AusfĂŒhrung und Skalierung in Kubernetes
Seit vielen Jahren ist Selenium das beliebteste Tool zur Automatisierung von Browsern. Allerdings fehlen dem Selenium-Protokoll noch viele wichtige Funktionen: Analyse und Mocking von HTTP-Anfragen, Abruf von Speicherverbrauch und Leistungskennzahlen, Abonnieren von Anwendungsevents, Abrufen von Sicherheitswarnungen im Browser und vieles mehr. GlĂŒcklicherweise wird all dies bereits im sogenannten Chrome Developer Tools Protokoll unterstĂŒtzt. Es gibt viele Diskussionen darĂŒber, wie man dieses Protokoll mit Clientbibliotheken wie Puppeteer nutzen kann, aber fast niemand erklĂ€rt, wie man diese Lösung skaliert. In meinem Vortrag möchte ich erlĂ€utern, wie man Chrome Developer Tools in einem Kubernetes-Cluster skaliert und einige reale Beispiele zeigen, wie Sie dieses Protokoll in Ihren Tests nutzen können.

Quelle: habr.com
