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