Bonjour Habr! Chez Wrike, nous testons de nouveaux formats pour les événements techniques et invitons tout le monde à regarder la vidéo de notre première rencontre en ligne en anglais. sur l'infrastructure DevOps pour tester les applications Web, les cubes, Selenium et ses alternatives.
L'histoire de la propagation du coronavirus et l'interdiction de tous les événements de masse hors ligne dans les pays européens ont fait leurs propres ajustements, de sorte que la réunion hors ligne des testeurs et des développeurs prévue par Wrike Prague s'est propagée sur YouTube.
Attention, les rapports sont en anglais.
1. Mikhail Levin, Wrike – Selenium – route vers Kubernetes
Il était une fois Selenium qui vivait et grandissait. C'est probablement la meilleure chose qui soit arrivée à l'automatisation du contrôle qualité au cours des deux dernières décennies, et oui, cela n'a pas été facile à bien des égards, notamment en matière d'infrastructure et de stabilité.
Fort d'une longue expérience dans l'infrastructure de réseau de sélénium et les alternatives, je souhaite vous présenter certains problèmes et limitations des différentes infrastructures de sélénium jusqu'à notre toute nouvelle solution légère.
2. Vitaliy Markov, Wrike – Callisto : comment nous avons appris à arrêter de nous inquiéter et à aimer Selenium
Découvrez Callisto, notre solution native Kubernetes légère et open source pour la création d'une infrastructure Selenium. Nous effectuons des dizaines de milliers de tests de sélénium en une heure et survivons à des centaines de tests de sélénium quotidiens avec. Nous souhaitons partager nos raisons, la solution elle-même et les détails techniques appris en cours de route. Notre expérience peut s'avérer utile si vous exécutez autant de tests de sélénium ou si vous avez simplement un travail basé sur une session à exécuter dans k10 dans de nombreux threads.
3. Ivan Krutov, Aerokube – Protocole des outils de développement Chrome : exécution et mise à l'échelle dans Kubernetes
Depuis de nombreuses années, Selenium est l'outil d'automatisation de navigateur le plus populaire. Cependant, le protocole Selenium manque encore de nombreuses fonctionnalités importantes : analyser et simuler les requêtes HTTP, obtenir des mesures de consommation de mémoire et de performances, s'abonner aux événements d'application, récupérer les avertissements de sécurité du navigateur et bien d'autres encore. Heureusement, tout cela est déjà pris en charge dans le protocole dit Chrome Developer Tools. Il y a beaucoup de discussions sur la façon de commencer à utiliser ce protocole avec des bibliothèques clientes comme Puppeteer, mais presque personne ne dit comment faire évoluer cette solution. Au cours de mon exposé, je voudrais expliquer comment mettre à l'échelle les outils de développement Chrome dans le cluster Kubernetes et montrer quelques exemples réels de la façon dont vous pouvez utiliser ce protocole dans vos tests.
Source: habr.com