Может ли сценарий не иметь когда в BDD?

Question

В настоящее время я изучаю/тестирую BDD с помощью SpecFlow, и он отлично работает!

Перед тем, как выбрать задать свой вопрос, я прочитал this one, и я чувствовал, что я должен был задать свой вопрос, несмотря на то, что та же проблема решается из-за Exception сценарий, который не упоминается.

Я на самом деле тестирование этого сценария:

Scenario: I should get an error whenever I try to remove an item from an empty stack 
    Given I have an empty stack 
    When I pop from it 
    Then I should get an error 

public class StackBehaviour { 
    public void GivenIHaveAnEmptyStack() { stack = new CustomStack<string>(); } 

    // This will throw whenever called! 
    // So the Then method will never be run! 
    // I feel like I should just put a comment which says why it's empty, 
    // allowing a fellow programmer to understand the exact intention. 
    public void WhenIPopFromIt() { stack.Pop(); } 

    // It is here that it verifies whether the CustomStack meets the expected behaviour. 
    public void ThenIShouldGetAnError() { 
     Assert.Throws<IndexOutOfRangeException>(delegate { 
      stack.Pop(); 
     }); 
    } 

    private CustomStack<string> stack; 
} 

public class CustomStack<T> { 
    public T Pop() { 
     if (stack.Count == 0) 
      throw new IndexOutOfRangeException("Cannot pop from an empty stack!"); 
     T item = stack[stack.Count-1]; 
     stack.RemoveAt(stack.Count-1); 
     return item; 
    } 

    private ArrayList stack = new ArrayList(); 
} 

Я думаю, что оставить комментарий в методе When правильно, так что требование бизнеса не хватает какой-либо информации, и на коде позади , Я ясно дал понять, что мое намерение заключается именно в комментировании.

Как вы думаете? Любые другие идеи, почему я не должен этого делать?

Answer 1

Существует еще один трюк, который вы можете использовать, когда привязки помогают сделать функцию более понятной. В этом случае, давайте начнем в конце.

Then I should get an error 

Ваша проблема в основном здесь, вы знаете, хотите ошибку, но вы не знаете, как ее получить. На самом деле вы уже пропустили его, ошибка уже произошла на этапе When, и в вашем примере кода вы переместили действие на шаг then, чтобы вы могли получить ошибку.

Но что, если держать when выполнения действия AMD повторно выразить then отражать то, что происходит на самом деле

Then I should have had an error 

Кажется тривиальное изменение, но теперь наша функция отражает, что ошибка должна быть связана с When шаг, и мы просто оцениваем его позже, и это то, что мы можем кодировать. Нам просто нужно запомнить что-то в when и доставить его до then.

private Exception errorFromWhen = null; 

public void WhenIPopFromIt() 
{ 
    try 
    { 
    stack.Pop(); 
    } 
    catch(Exception ex) 
    { 
    errorFromWhen = ex; 
    } 
} 

public void ThenIShouldGetAnError() 
{ 
    errorFromWhen.ShouldNotBeNull(); 
    errorFromWhen.ShouldBe<IndexOutOfRangeException>(); 
} 

SpecFlow не имеет абсолютно никаких проблем с этим, на самом деле из-за его mini Dependency injection system, вы можете даже передать это состояние между связующими классами, если это необходимо.

Answer 2

Может ли сценарий не иметь когда в BDD?

В Specflow, не указаны, когда или когда являются обязательными.

Однако в вашем примере я не считаю, что это хорошее использование Specflow и BDD. В этом ответе здесь Маркус говорит:

"BDD is about ensuring that we're building the right thing, TDD is about ensuring that we're building it right."

В вашем примере объем того, что испытывается то есть в CustomStack, должны быть проверены с помощью TDD. Это конечное решение, которое использует CustomStack, должно быть проверено через BDD (и, следовательно, SpecFlow), например. если этот CustomStack осуществляется через определенное действие на веб-сайте.

This ответ также подходит на ваш вопрос.