テストオートメーションフレームワークの基本的な定義を読みましたが、わかりやすく実践的な例でわかりたいと思います。異なるタイプの製品のテストオートメーションフレームワーク
私は異なる目的のために異なるプラットフォームで作られた異なる種類の製品を作る会社を所有しています。例えば。 Spotify Webバージョン、ipad/AndroidおよびGooglebot.comのGoogleマップアプリをいくつかのプラットフォームで利用できます。
これらすべての製品は異なる性質を持ち、異なるプラットフォームで使用されているからです。これらをすべてカバーするテストオートメーションフレームワークを実装するにはどうすればよいですか？
PS：実際にテスト自動化のフレームワークが意味することを理解し、製品の世界にどのように実装できるのでしょうか。
テスト自動化フレームワークは、コード化標準、テストデータ処理、オブジェクトレポジトリ処理などの一連のガイドラインです。自動化スクリプティングでは、コード再利用の増加、移植性の向上、スクリプトメンテナンスの削減などの有益な結果が得られます
これは単なるガイドラインであり、ルールではありません。必須ではなく、ガイドラインに従わずにスクリプトを作成することもできます。しかし、あなたはフレームワークを持つ利点を逃してしまうでしょう。
最も広く知られているフレームワークです：複数のデータセットを
データ駆動型フレームワークDDF-テストアプリ（テスト・スクリプトからのテスト・データを分離）
キーワード/アクション駆動型フレームワーク - からのテストデータを分離するだけでなくテストスクリプトだけでなく、外部ファイルで再利用可能なコード（キーワード/アクションをクリック、キー送信、選択、ナビゲート、待機などのWeb要素で実行する）を保持します。
TDD-テスト駆動開発 - テストは製品の開発を推進します。 反復的アプローチ：テストウォッチテストの追加に失敗する - テスト実行テストが合格するまで、テスト実行テストに再びパスするコードを書く。
ビジネス駆動型開発アプローチです。 ビジネスビヘイビアを重視しています。コードの背後にある「なぜ」 ビジネスチーム&とのコラボレーションが容易な、ドメイン固有の簡単なスクリプト言語を使用しています。 BDDを使用したテスト自動化は、ユーザーストーリーの承認基準の検証に重点を置いています。
上記の複数のフレームワークを組み合わせたHybrid Testing Frameworkをお勧めします。そのようなセットアップの最善の点は、あらゆる種類の関連するフレームワークの利点を活用することです。 再利用性の目的で、DDFまたはBDDのBDDとキーワードのコンボを進めてください。詳細についてはundestanding
： https://www.cs.colorado.edu/~kena/classes/5828/s12/presentation-materials/ghanakotagayatri.pdf
あなたは現在テスト自動化のための市場でのフレームワークを使用して1であるページオブジェクトモデルについての情報を得ることができます。
リンクは次のようになります。返信や添付ファイルのための What's the correct Protractor's syntax for Page Objects?
感謝ボス。私はテストチームが厳密な10K時間のframewok設計時間を予測したプロジェクトに関するいくつかの質問があります！私はそれらにいくつかの関連する事実に直面する必要があります。短い議論のために何らかの方法で連絡が取れるかどうか教えてください。 – Firaun