Web テスト自動化フレームワークを開発するベスト プラクティスについてのコメントを知りたい
私は基本的にいくつかのブログを読み、最終的に書籍「Selenium 1.0 Testing Tools: Beginner's Guide」に記載されている David Burns のアプローチに納得しました。
特定のページのすべてのメソッドとベリファイアを個別のクラス ファイルに保持することで、ページが洗練され、保守しやすくなります。
デザインパターンを使って自動化フレームワークを設計するメリットを知りたい。どちらが最善のアプローチであるか、私は完全には確信していません。あなたの提案を追加してください。長所と短所をリストアップできる各アプローチかもしれません
すべてのステップをデータベース テーブルに保存し、ステップを取得して実行するとよいでしょうか。この場合、いずれかのテストが失敗した場合、これはテーブルで更新され、失敗したテストのみを選択的に実行できます。
また、レポートはテーブルを選択的にクエリすることで実行でき、データはジョブを通じてそれらのテーブルからクリーンアップできます。テスト出力ファイルからの結果の保持/解析結果も問題ありません。
この質問が関連する投稿で既に回答されている場合は、リンクを投稿してください。この質問を投稿する前に、いくつかの投稿を確認しました。
Web サイトでは、Web サイトとのユーザー インタラクションはイベント ドリブンです。ユーザーがサイトと対話できる方法は、A->B->C または A->C->B の複数の組み合わせにすることができます。可能なすべての組み合わせを行うことで、最大のカバレッジが得られます。考えられるすべての状態をカバーするモデルベースのテスト自動化
考えられるすべての状態の機能回帰をシミュレートする自動化スイートは、すべてのユーザー シナリオをシミュレートします。
上記の質問に対するベスト プラクティス/提案を共有してください。上記のすべての実装 Dataproviders について、テスト データ管理に関して活用できる XML でデータを渡すことができます。
モデルベースのテスト自動化スイートを開発するために考慮する必要がある設計アプローチ。
フレームワークhttp://www.w3qa.eu/framework.htmlを使用しようとした人はいますか。同じことに関するコメント/フィードバックがあれば提供してください