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
