0

MTM と tfs スプリントでテスト ケースを書き留めるだけの手動テスターがいます。そこからテストを行う必要があり、Specflow (BDD 形式) でストーリーを自動化します。

1) 手動テスト担当者は、すべてのテスト ケースを 1 つのストーリーに書きません。彼らは通常、同じ機能に対して異なるストーリーを作成します。では、自動化の間、機能ファイルはどうあるべきでしょうか?.

2) 現在、メソッドの単体テストを行っていると言えますが、システム テストのハイエンド シナリオをどのように処理するのでしょうか。完全なプロセスを処理する方法 「製品をカートに追加するとき」と言うのは、実際には顧客がすでに製品説明ページにいて、数量を選択した後に製品をカートに追加していることを意味します。現在、「商品ページにいます」、「数量を選択する」、「商品をカートに追加する」などのシナリオを構築しています。

3) 実行するスモーク テスト ケースもあります。では、Smoke テストで実行されるテスト ケースをどのように選択または特定できますか。Smoke 機能ファイルはどのようになりますか?? 他の方法を再利用するには？私たちは Smoke に対して同じテストケースを書くつもりはありません. Smoke に対しても他のテストメソッドを再利用したいだけです.

私はこのことにまったく慣れていないので、私が書いたことがはっきりしない場合は、コメントに入れてください。編集します。

テスト ケース、機能ファイル、およびシナリオの管理を手伝ってください。

4

1 に答える 1

1

  1. 機能ファイルを作成し、さまざまなストーリーをシナリオとして持つことができます。ストーリーをさまざまなテストに分割できる場合は、ストーリーごとに機能ファイルを作成できます。それは、コンテキストと、テストで達成しようとしている抽象化と詳細のレベルによって異なります。私は通常、1 つの概念のテストに集中する、非常に焦点を絞った機能ファイルを作成しようとします。1 つの機能でシナリオが多すぎる場合は、別の機能ファイルに移動できるグループ化と、一般的なシナリオ、ステップ、またはデータ ドリブン テストに結合できる複製を探します。

  2. 「ハイエンド シナリオ」には、上記のシナリオの自動化が UI に含まれます。シナリオを自動化する方法が気になる場合は、UI によって異なります。Web UI を使用している場合は、Quality Expert が推奨する Selenium Webdriver が適切な選択です。テストを維持できるようにするには、Page Objectsを調査する必要があります。

  3. SpecFlow がサポートする多くのテスト ランナーは、テストを分類する手段を提供し、カテゴリ別にテストを実行できるようにします。この機能を使用するには、機能またはシナリオにタグを追加して、テストを分類します。スモーク テストを危険にさらす機能とシナリオに @Smoke を追加できます。次に、テストを実行するスクリプトで、テスト ランナーのコマンド ライン引数を使用して、Smoke でマークされたテストのみを実行します。

    煙の特徴ファイルは、他のテストと同様になります。SpecFlow で既に記述したステップを再利用すると、ステップのメソッドが自動的にバインドされて再利用されます。スモーク テストが他のテストと同様の方法で記述されている限り、ステップ メソッドを簡単に再利用できるはずです。

于 2014-11-18T14:36:56.793 に答える