テスト自動化フレームワークとは何かについての基本的な定義をいくつか読みましたが、簡単な言葉とより実用的な例で知りたいです。
まあ言ってみれば。
私は、さまざまな目的のためにさまざまなプラットフォームでさまざまな種類の製品を製造する会社を所有しています。たとえば、Spotify Web バージョン、ipad /Android の Google マップ アプリ、複数のプラットフォームの Ebay.com などです。
これらの製品はすべて異なる性質のものであり、異なるプラットフォームで使用されるためです。これらすべてをカバーするテスト自動化フレームワークをどのように実装しますか。
PS: 質問の目的は、テストの自動化におけるフレームワークが実際に何を意味するのか、そしてどのように製品の世界を離れて実装できるのかを理解することです?
テスト自動化フレームワークは、コーディング標準、テストデータの処理、オブジェクト リポジトリの処理などの一連のガイドラインです。自動化スクリプト作成中にこれに従うと、コードの再利用の増加、移植性の向上、スクリプトのメンテナンス コストの削減などの有益な結果が得られます。
これらは単なるガイドラインであり、規則ではありません。これらは必須ではなく、ガイドラインに従わなくてもスクリプトを作成できます。しかし、フレームワークを持つことの利点を逃してしまいます。
最も広く知られているフレームワークは次のとおりです。
データ ドリブン フレームワーク DDF - 複数のデータ セットを使用したテスト アプリ (テスト スクリプトからテスト データを分離)
キーワード/アクション駆動型フレームワーク – テスト スクリプトからテスト データを分離するだけでなく、再利用可能なコードのセット (クリック、キーの送信、選択、移動、待機などの Web 要素で実行されるキーワード/アクション) を外部ファイルに保持します。
TDD - テスト駆動開発 - テストが製品開発を推進する場所。テストを追加する- テストが失敗するのを監視する- テストに合格するコードを書く- 合格するまでテストを再度実行する- リファクタリング。
BDD - ビジネス主導の開発アプローチです。ビジネス行動に焦点を当てています。コードの背後にある「理由」。ビジネスとテクノロジーのチーム間のコラボレーションが容易な、シンプルなドメイン固有のスクリプト言語を利用します。BDD を使用したテストの自動化は、ユーザー ストーリーの受け入れ基準の検証に重点を置いています。
上記の複数のフレームワークを組み合わせたハイブリッド テスト フレームワークを使用することをお勧めします。このようなセットアップの最も良い点は、関連するあらゆる種類のフレームワークの利点を活用できることです。再利用性のために、BDD と DDF の組み合わせ、または BDD とキーワードの組み合わせを使用します。
現在フレームワークを使用しているテスト自動化用の市場であるページオブジェクトモデルに関する情報を取得できます。