2

組織内で自動化されたテスト プラクティスとテスト スイートの確立に取り組んでいます。ピアが「フレームワークを使用する必要がある」と言っています。私にとって、フレームワークとは、何かを作成するのに役立つコードやその他のツールのセットです。

私の同僚は、業界標準の自動テスト フレームワークがあることを示唆しているようです。

以前にテストシステムを設計する際に、次のパターンを見たことがあります。

  • データ駆動型
  • キーワード主導
  • モデルドリブン
  • クエリドリブン

私のカウンターパートには、これらの1つとして「モジュラー」が含まれています。私のバックグラウンドはソフトウェア エンジニアリングであるため、「モジュラー」という言葉を耳にし、モジュラー プログラミング (オブジェクト指向、アスペクト指向、または手続き型プログラミングとは対照的に) を思い浮かべます...方法論やフレームワーク タイプではなく、コードを編成する方法です。それ自体で。

「モジュラー オートメーション」のウィキペディアの定義を見たことがありますが、プログラミング パラダイムと同じように見えます。

私は何が欠けていますか？相手と同じページに入るには何を読むことができますか? 何かを理解していないのは私ですか、それとも彼ですか？私は 10 年以上のソフトウェア エンジニアリングの経験があり、私の相手は QA にほぼ同じ期間携わっています。彼はサイト参照ができません。この「モジュラーフレームワーク」について学ぼうとして、Googleを6時間検索しましたが、技術的な例が見つからず、標準のプログラミングパラダイム（コードをモジュールに編成するなど）にすぎません。

4

2 に答える 2

1

自動テストの主要な業界標準設計は次のとおりです。

  • データ駆動型
  • キーワード主導
  • モデルドリブン
  • クエリドリブン

さらに、「ハイブリッド」アプローチが使用されます。これらは、上記の設計の複数が使用されるアプローチです。

Web 上の多くの場所 (ウィキペディアを含む) では、「モジュール性駆動型」のテスト ケース設計が、上記の自動化されたテスト ケース設計戦略の 1 つであるかのように誤って言及されています。この誤った用語 (「モジュラリティ駆動」) の定義は、自動化されたテストを駆動する方法よりも、コーディングの組織的な側面に関係しているようです。「モジュール性駆動型」の自動テストは誤称です (または完全に間違った用語です)。というか、そんなことはありません。「モジュラー」という用語は、使用されているプログラミング パラダイムを表します。

テストのモジュール化の側面は、OOP や手続き型などの他のプログラミング パラダイムとは対照的に、コードをモジュールに格納する組織にあります。

于 2010-09-20T15:43:29.623 に答える
1

コンポーネント ベースのテスト ケース デザインとも呼ばれるモジュラー オートメーションについて聞いたことがあります。HP は、この分野で大きな役割を果たします。は、Business Process Testing と呼ばれる製品を思いつきました。

以下で構成されています。

•再利用可能なビジネス コンポーネント

•ビジネスプロセステストに変換されたビジネスコンポーネント

ビジネス コンポーネントは、ビジネス プロセスで特定のタスクを実行する再利用可能な単位です。(例 - カートに追加) ビジネス プロセス テストは、ビジネス コンポーネントで構成されるシナリオです (例 - 注文する)

HP の Quality Center では、ビジネス コンポーネント モジュールを使用して、再利用可能なビジネス コンポーネントを作成および管理できます。

次に、テスト計画モジュールを使用して、コンポーネントをビジネス プロセス テストにドラッグ アンド ドロップし、コンポーネントをデバッグできます。

于 2010-09-25T02:36:45.023 に答える