Hallo, Habr! Wir bei Wrike testen neue Formate für technische Veranstaltungen und laden alle ein, sich das Video unseres ersten Online-Treffens auf Englisch anzusehen. über DevOps-Infrastruktur zum Testen von Webanwendungen, Cubes, Selenium und seinen Alternativen.
Die Geschichte der Ausbreitung des Coronavirus und die Verbote aller Massen-Offline-Veranstaltungen in europäischen Ländern haben ihre eigenen Anpassungen vorgenommen, sodass das von Wrike Prag geplante Offline-Treffen von Testern und Entwicklern auf YouTube übergegriffen hat.
Achtung, die Berichte sind auf Englisch.
1. Mikhail Levin, Wrike – Selenium – Weg zu Kubernetes
Es war einmal, als Selen lebte und wuchs. Es war wahrscheinlich das Beste, was der Qualitätssicherungsautomatisierung in den letzten zwei Jahrzehnten passiert ist, und ja, das war in vielerlei Hinsicht nicht einfach, einschließlich der Infrastruktur und Stabilität.
Mit langjähriger Erfahrung im Bereich Selen-Grid-Infrastruktur und Alternativen möchte ich Sie durch einige Probleme und Einschränkungen verschiedener Selen-Infrastrukturen bis hin zu unserer brandneuen, leichtgewichtigen Lösung führen.
2. Vitaliy Markov, Wrike – Callisto: Wie wir gelernt haben, uns keine Sorgen mehr zu machen und Selen zu lieben
Lernen Sie Callisto kennen – unsere leichte und quelloffene Kubernetes-native Lösung für den Aufbau einer Selenium-Infrastruktur. Wir führen Zehntausende Selentests in einer Stunde durch und überstehen damit Hunderte von täglichen Selentestläufen. Wir möchten unsere Gründe, die Lösung selbst und die dabei erlernten technischen Details mitteilen. Unsere Erfahrung kann Ihnen nützlich sein, unabhängig davon, ob Sie so viele Selenium-Tests ausführen oder einfach nur einige sitzungsbasierte Arbeiten in k10s in vielen Threads ausführen müssen.
3. Ivan Krutov, Aerokube – Chrome Developer Tools Protocol: Ausführung und Skalierung in Kubernetes
Selenium ist seit vielen Jahren das beliebteste Browser-Automatisierungstool. Dem Selenium-Protokoll fehlen jedoch immer noch viele wichtige Funktionen: Analyse und Verspottung von HTTP-Anfragen, Abrufen von Speicherverbrauchs- und Leistungsmetriken, Abonnieren von Anwendungsereignissen, Abrufen von Browser-Sicherheitswarnungen und vieles mehr. Glücklicherweise wird all dieses Zeug bereits im sogenannten Chrome Developer Tools-Protokoll unterstützt. Es gibt viele Gespräche darüber, wie man dieses Protokoll mit Client-Bibliotheken wie Puppeteer nutzen kann, aber fast niemand sagt, wie man diese Lösung skaliert. Während meines Vortrags möchte ich erklären, wie Sie Chrome Developer Tools im Kubernetes-Cluster skalieren und einige reale Beispiele zeigen, wie Sie dieses Protokoll in Ihren Tests verwenden können.
Source: habr.com