【UI自動テスト】Jenkinsの設定

少し前に、私はチームの UI 自動化環境の構築を手伝いましたが、ここでは Jenkins 環境の構成をいくつか共有します。

バックグラウンド：

今年下半期のチームの目標の一つは、テストの自動化を実現することですが、ここで苦言を呈したいのですが、以前に開発したテストプラットフォームは、当初はインターフェイスの自動化テストとパフォーマンステストを目的としていたのですが、諸事情により、インターフェース自動化テストの機能使いやすさに大きく関係しており、当社のインターフェース事業にも関係するものはすべて破棄されました。しかし、パフォーマンステスト機能を開発する学生は非常に喜んで使用しており、現在、インターフェイスの管理はフロントエンドとバックエンドを繋ぐ重要な橋渡しとなっています。現在は環境管理が追加され（私の会社では主にDockerを使って開発・テスト環境を構築しています）、最近ではデマンド管理やバグ管理も追加され、「テストプラットフォーム」から「開発連携プラットフォーム」へと変化してきました。」。市場で主流の欠陥管理システムを使用してみてはいかがでしょうか? たとえば、ゼンタオ、JIRA。なぜなら、当社には独自の開発プロセスがあるからです。環境（docker）の管理は、市販のプラットフォームだけでは満足できません。

自動テストの話に戻りますが、もちろんインターフェイスの自動化が最優先です。私は以前に主流のインターフェイスツール/フレームワークの比較についても共有しましたが、実際にビジネスラインのテスト生とコミュニケーションを取った後、支払いインターフェイスが非同期であることがわかりました。行き先のゲートウェイも非同期です。追加とテストの作業は連動しており、アクティビティの選択、ショッピングカートの追加、支払いに至るまで、ユーザーは十数のインターフェイスに関与しますが、そのすべてが前のインターフェイスの戻り値に大きく依存しています。(mockServer を使用して) 依存関係を削除した場合、単一のインターフェイスをテストすることはあまり意味がなく、既存のビジネスシナリオをカバーできません。

そこで、インターフェースの自動化テストを諦め、ユーザーの操作プロセスをシミュレートするだけの簡単なUIからテストを開始しました。したがって、インターフェイスの自動化が UI の自動化より必ずしも優れているというわけではなく、プロジェクトによって異なります。

UI オートメーションで使用されるテクノロジー:

セレン: 説明はありません。
pytest: 単体テストフレームワーク。ブラウザドライバーの開閉をグローバルに構成でき、UI 自動化に適した便利な拡張機能が多数あります。
pytest-html: HTML テストレポートを生成します。ユースケースの失敗の自動スクリーンショットを構成できます。これは UI 自動化にとって非常に重要です。
pytest-rerunfailures: ユースケースの失敗した再実行を実現できます。これは UI 自動化にとっても非常に重要です。Selenium-page-objects: 私がカプセル化したページオブジェクトライブラリは以前に紹介したもので、ページレイヤーの記述が容易になります。
Git/Bitbucket: テストコードは管理のために Bitbucket に送信されます。