こんにちは、ハブル！ 私たち Wrike では、技術イベントの新しい形式をテストしており、英語での最初のオンライン ミートアップのビデオを皆さんにご覧いただくようお勧めします。 Web アプリケーション、キューブ、Selenium、およびその代替手段をテストするための DevOps インフラストラクチャについて。
コロナウイルスの蔓延とヨーロッパ諸国での大規模なオフラインイベントの禁止に関する話は独自の調整を行ったため、Wrike Pragueが計画したテスターと開発者のオフラインミーティングはYouTubeに波及しました。
注意、レポートは英語です。
1. Mikhail Levin、Wrike – Selenium – Kubernetes への道
昔々、セレンは生きて成長していました。 これはおそらく過去 XNUMX 年間で QA 自動化に関して起こった最良の出来事でしたが、インフラストラクチャや安定性を含む多くの点で簡単ではありませんでした。
Selenium グリッド インフラストラクチャと代替手段に関する長年の経験を活かして、新しい軽量ソリューションに至るまでのさまざまな Selenium インフラストラクチャの問題と制限について説明したいと思います。
2. Vitaliy Markov、Wrike – Callisto: 心配するのをやめ、Selenium を愛する方法を学んだ方法
Callisto をご紹介します。これは、Selenium インフラストラクチャを構築するための軽量でオープンソースの Kubernetes ネイティブ ソリューションです。 10 時間で 8 分の XNUMX のセレン テストを実行し、毎日数百回のセレン テストを実行しても耐えられます。 その理由、解決策そのもの、そしてその過程で学んだ技術的な詳細を共有したいと思います。 大量の Selenium テストを実行する場合でも、kXNUMXs で多くのスレッドで実行するセッションベースの作業がある場合でも、私たちの経験が役に立つかもしれません。
3. Ivan Krutov、Aerokube – Chrome Developer Tools Protocol: Kubernetes での実行とスケーリング
Selenium は長年にわたり、最も人気のあるブラウザ自動化ツールです。 ただし、Selenium プロトコルには、HTTP リクエストの分析とモック化、メモリ消費量とパフォーマンス メトリクスの取得、アプリケーション イベントのサブスクライブ、ブラウザのセキュリティ警告の取得など、多くの重要な機能がまだ欠けています。 幸いなことに、これらすべてはいわゆる Chrome Developer Tools プロトコルですでにサポートされています。 Puppeteer のようなクライアント ライブラリでこのプロトコルの使用を開始する方法については多くの議論がありますが、このソリューションを拡張する方法を説明する人はほとんどいません。 私の講演では、Kubernetes クラスターで Chrome デベロッパー ツールをスケーリングする方法を説明し、テストでこのプロトコルを使用する方法の実例をいくつか示したいと思います。
出所： habr.com