Spock：在setup（）中定义的交互可以在测试用例中被替换吗？

Question

我很难理解Groovy单元测试中的Spock交互。

public interface Bar {
  public String getMessage();
}

public class Foo {
  private Bar bar;
  public void setBar(Bar bar) {
    this.bar = bar;
  }
  public String getMessage() {
    return bar.getMessage();
  }
}

class FooSpec extends Specification {

  private Bar bar;
  private Foo foo;

  def setup() {
    bar = Mock(Bar) { getMessage() >> "hello" }
    foo = new Foo()
    foo.bar = bar
  }

  def "say hello"() {
    expect:
    foo.message.equals("hello")
  }

  def "say goodbye"() {
    setup:
    bar.getMessage() >> "goodbye"

    expect:
    foo.message.equals("goodbye")
  }
}

第二个测试尝试修改barmock，使其为getMessage方法返回goodbye。然后，我们期望foo.getMessage()（它委托给bar.getMessage())返回goodbye。但是，测试失败如下：

Foospec：说再见：不满足26个条件

因为foo.message仍然等于hello。

def "say goodbye"() {
  when:
  bar.getMessage() >> "goodbye"

  then:
  foo.message.equals("goodbye")
}

def "say goodbye"() {
  when:
  no_op()

  then:
  bar.getMessage() >> "goodbye"
  foo.message.equals("goodbye")
}

我可能仍然在Mockito模式下思考，并假设交互等效于when(...).thenreturn(...)表达式，以后的交互将覆盖以前的交互。

是否有一种简单的方法使用Spock在setup方法中声明交互，然后在测试用例中重写该交互？还是需要删除setup()方法，并基本上为每个测试用例添加setup:块？

Answer 1

这是个棘手的问题。如文档中所述，在then-block中声明的交互优先于前面声明的交互。但是，在then-block中声明的交互作用域为上一个when-block。（这允许有多个when-then对。）因此，您的最后一次尝试不起作用，但下面的尝试将起作用：

def setup() {
    bar.message >> "hello"
}

def "say goodbye"() {
    when:
    def msg = foo.message

    then:
    bar.message >> "goodbye"
    msg == "goodbye"
}

我同意在测试方法中声明的交互总是重写在设置方法中声明的交互是很好的。无论如何，重写交互的一个好的替代方法是每个测试方法调用一个帮助器方法，该方法为该测试方法设置预期的交互。