BDD和“何时”的位置

Question

在我看来，我已经看到了两种 BDD 方法。差异取决于“何时”的位置：

在方法 1 中，何时是规范的一部分：

AnEmptyStack.isNoLongerEmptyAfterPush

在纯粹的“给定何时”术语中，这是：

“给定一个空堆栈，当它被压入时，它就不再是空的。”

因此，“when”是规范方法的一部分：

isNoLongerEmptyAfterPush(){
     stack.push(anObject);
     Assert.notEmpty(stack);
}

在方法 2 中，when 是在类级别定义的。也就是说，when 通常在设置中被调用。

class WhenAnEmptyStackIsPushed(){

   setup(){
      stack.push();
   }

   public void thenItIsNotEmpty(){
      assert(stack.notEmpty())
   }
}

有优选的方法吗？就纯粹的行为测试而言，第二个选项对我来说似乎更可取，因为测试装置的重点是行为。

但是，为了便于测试，我倾向于第一种方法。我在测试中发现的大部分痛苦在于设置。也就是说，我必须在特定状态下获得 SUT。一旦处于该状态，通常只有一行代码可以实际调用其上的某些行为。因此，每个类（即每个设置上下文）具有多个行为可以利用类的一次性设置。

所以，我正在寻找想法。一种方法优于另一种方法吗？

Answer 1

根据您的测试框架，您也许可以两全其美。

当我围绕 sut 创建一组测试时，我首先声明一个类来包装整套规范，然后声明一个抽象类：

public class SomethingDoerSpecs
{

    public abstract class concern : observations_for_a_sut_with_a_contract<IDoSomething,SomethingDoer>
    {
        // here I can define setup that will be common to all subsequent tests
        context c = () => ...
    }

    public class When_asked_to_do_something : concern
    {
        context c = () =>
        {
            // setup specific to this context goes here
        };

        because b = () => sut.DoSomething();

        it should_open_a_database_connection =
             () => mock_db_connection.was_told_to(x => x.Open());

        it should_set_the_result_value_to_true =
             () => sut.Result.should_be_true();

        // etc.
    }

   public class When_asked_to_do_something_but_the_database_is_unavailable
        : When_asked_to_do_something
    {
       context c = () =>
         {
            // additional context
         };

         because b = doing(() => sut.DoSomething());

         it should_throw_a_custom_exception = () =>
         {
            exception_thrown_by_the_sut.should_not_be_null();
             exception_thrown_by_the_sut
                 .should_be_an_instance_of<CouldNotDoSomethingException>();
         };

    }
}

这只是为了说明测试类通常可以嵌套，因此您仍然可以执行“ big" When... 并在需要更大的上下文特异性时重用之前通过继承设置的状态。当然，您必须确保您的框架将重置断言集之间的设置。

顺便说一句，我在这里展示的整个委托语法来自 Jean-Paul Boodhoo 的 DevelopWithPassion.Bdd 库，您可以在 Github 上找到该库。

Answer 2

我认为你的选择2是更好的选择。在我看来，每个测试类都应该将SUT设置为一种状态，然后每个测试方法都是对该对象的观察。我认为如果你在课堂上添加更多的观察结果会更有意义。如果每个观察只是观察而没有额外的操作，我想你会看到所有观察如何自然地结合在一起。

如果您选择替代方案 1，您不会对观察进行分组，因为它们观察同一对象（状态）的不同方面，而是因为它们具有一些您想要重用的共同初始状态。不要将测试分组以重用代码，将测试分组是因为它们属于在一起，并使用其他方式将代码重用为辅助类/方法甚至继承（即所有与堆栈相关的类都可以从创建空堆栈的类继承）。