条件時にマルチパートのSpecFlowフックを実装するにはどうすればよいですか？

Question

私は、当社の自動支払い処理サービスを開発しています。私たちは、スペックの流れを実装しようとしているとの条件

Scenario Outline: Stub matches NEXT oldest outstanding bill 
    Given I have a group with the following bills: 
     | Id  | Due Date | Status    | Amount Due | 
     | Bill A | 9/14/2011 | <Oldest Bill Status> | 1100.00 | 
     | Bill B | 10/14/2011 | Unpaid    | 1200.00 | 
     | Bill C | 11/14/2011 | Unpaid    | 1300.00 | 
    When a stub is received that matches 'Bill B' 
      And the Payment Amount is <Payment Amount> 
    Then the allocation result should <Allocation Result> 
      And Review should <Review> 
Examples: 
    | Oldest Bill Status | Allocation Result | Review  | Payment Amount | 
    | Reconciled   | Allocate to Bill | not required | 1200.00  | 

[When(@"a stub is received that matches '(.*)'")] 
     public void WhenAStubIsReceivedThatMatches(string billKeyName) 
     { 
      // Method 
      } 

私は結果ステップを実行する前に、両方の条件を処理するためのフックを変更する方法を確認していないときに我々は成功した1のためにそれを行っています。

Answer 1

複数のWhen節があると言われています...私は、あなたがこの質問をしている理由を理解し（なぜ説明するのか）考えていると思います。お互いに依存しているので、いくつかのアクションを一緒にするのはかなり難しいです。

シンプルなWhen節を使用して仕様を記述し、さまざまなシナリオを記述して、相互作用するさまざまな方法を記述してください。

あなたのシナリオでは、あなたが望むならば、与えられた状態からThen-stateに移行するために起こる重要な状態遷移が何であるかを調べてみてください。

これは、最初に続いて、ステップを記入し始め、その後

短いタイトルを書く

• 書き込みのシナリオのために、私が有用であることが分かってきた少しレシピです。あなたは何になるの？どのような主張が必要ですか？
• それから、When-stepsを書いてください。どのように私はその状態になるのですか
• そして、与えられたステップを書いてください。 When節を実行するには、どのようなコンテキストが必要ですか？
• タイトルを改訂し、検討が必要な他のシナリオを考え出しているかどうかを確認します。

私はGjoko Adzicと数週間前にコースにいて、このようなヒントをたくさん集めました。 Read about it here

Answer 2

ベストプラクティスは、1つのステートメントを持つことです。

いくつかのオプションが含まれます：

​​

そのために：

[When(@"a stub is received that matches '(.*)' for ([\d\.]*)")] 
public void WhenAStubIsReceivedThatMatches(string billKeyName, decimal amount) 
{ 
    // create stub and "recieve" it 
} 

OR

Given ...etc... 
And I have a stub is received that matches 'Bill B' for <Payment Amount> 
When I receive the stub 

...スタブ自体がテストされているオブジェクトではないので、それは背景ですデータとあなたのgivensの一部として賢明に作成することができます。