自動テストフレームワークの考え方

1、所謂モジュール化は、一つのテストモジュールが形成され、パッケージの単一のポイントを分割するテスト工程と、いくつかの異なるテストポイントです。

たとえば、次のように含め、ログイン手順をテストするためのテスト・ケース:ユーザー名、パスワード、および識別と登録を入力します。

次に、ユーザー名、パスワード、認証と登録は、4つのログイン操作をキャンセル入力は、4つの異なるモジュール内に封入されていることができます。テストするとき、あなたは、単にそのモジュールを呼び出すことができます。この場合、モジュールの変更は、あなただけの必要があるときに、モジュールの異なる組み合わせに基づいて、異なるテストケースをすることができことができる別のモジュールを維持します。

2は、いわゆるテストライブラリのアイデアは、これらのライブラリは、関数の集まりである、(などのAPI、DLLを、することができます)テストアプリケーションライブラリファイルを作成することですモジュラー思考を、昇華することです。そのモジュラー思考異なるが、それはあなたがインターフェイスを介してパラメータを渡すために行くことができる、というよりも密封されたモジュールは、対話型のモジュールの「扉」のよりであると言うことができるという考えにインターフェイスを拡張することです。

例えば:またはテストケースの上に、単に機能のログインが含まれているライブラリにパッケージ化ログインをキャンセルし、ユーザー名、パスワード、認証・登録を入力し、ログイン機能は、2つのパラメータ「ユーザ名、パスワード」の入力を受け付け別のユーザー名とパスワードは、異なるテストケースすることができます。別の機能は、Cancleかもしれません。

3、いわゆるデータ駆動型のアイデア、さまざまな意見、多くの人が一人でEXCLE異なるデータテーブルは、パラメータの唯一の高レベルを読んで感じ、実際には、どのようにそれを理解するかが問題で、キーは良いアイデアがあなたに適用することが可能であるしませんフレームワーク。そして、私の理解では、変数の定数、データ駆動型の結果は、異なるデータは異なる結果を生成するために導いたということです。EXCLEテーブル、XML(WEBでの使用のために)、データベース(DB)、CSVファイル、TXTとできるように:インポートされたデータについては、例えば多くの方法であってもよいです。

4、いわゆるキーワードの候補、このアイデアは、私が考えていること、オブジェクト指向の関係、モジュール化との相互作用の違い。その後、個人的な理解が、実際には、例えば、キーワード駆動型のオブジェクト指向の考え方の一種である:QTP、RFTは、オブジェクトは、オブジェクトへのデータやキーワード、クロールすることができ、それは重要なテスト・オブジェクトとしてパッケージ化することができます(その要素は、様々な操作が、そのオブジェクトに重要であり得る、異なるオブジェクトが異なる試験結果の流れを駆動することができるように、)GUIキーワードにパッケージされてもよいです。

簡単な方法EXCELアプリケーションは「オブジェクト・タイプ」「オブジェクト名」、「名前オブジェクト操作」「」の詳細を決定することを含むれ、テーブルを使用することができ、「期待結果」を この場合には、異なるオブジェクトの種類と名前を導入することによって、異なるオブジェクトは、テストケースのテーブルを構築するように動作するであろう。

 

公開された16元の記事 ウォン称賛7 ビュー20000 +

おすすめ

転載: blog.csdn.net/weixin_40264260/article/details/104892129