今天继续聊下spock 的其他特性，如果没有看到前面的内容，可以点击这里查看前面的介绍。
1.Mocking
1.1 什么是Mocking
Mocking是一种改变我们的服务与我们的服务合作的类的行为的方式。 这是一种有效的方法，可以独立测试业务逻辑的依赖关系。
一个典型的例子就是用一个简单的假装来替换一个网络调用的类。
5.2. 用spock 来 Mocking
Spock拥有自己的模拟框架，利用了Groovy带给JVM的有趣概念。 首先，我们来实例化一个Mock：
PaymentGateway paymentGateway = Mock()
在这种情况下，我们的模拟类型是由变量类型推断的。 由于Groovy是一种动态语言，我们还可以提供一个类型参数，使我们不必将模拟分配给任何特定的类型：
def paymentGateway = Mock(PaymentGateway)
现在，无论何时我们在PaymentGateway模拟中调用方法，都会给出默认响应，而不会调用实际的实例：
when:
def result = paymentGateway.makePayment(12.99)
then:
result == false
这个术语是lenient mocking。 它的意思是未定义的模拟方法将返回合理的默认值，而不是抛出异常。 这是在Spock中设计的，目的是为了使模拟和测试更加健壮。
1.3 在Mocks上调用桩方法
我们也可以配置我们的Mock上调用的方法以某种方式响应不同的参数。 让我们尝试让我们的PaymentGateway模拟在我们支付20时返回true：
given:
paymentGateway.makePayment(20) >> true
when:
def result = paymentGateway.makePayment(20)
then:
result == true
这里有趣的是，Spock如何利用Groovy的操作符重载来桩方法调用。 对于Java，我们必须调用真正的方法，这可能意味着生成的代码更加冗长，并且可能不那么富有表现力。
现在，让我们尝试更多类型的桩。
如果我们停止关注我们的方法参数并始终想要返回true，则可以使用下划线：
paymentGateway.makePayment(_) >> true
如果我们想要在不同的响应之间进行切换，我们可以提供一个列表，每个元素将依次返回：
paymentGateway.makePayment(_) >>> [true, true, false, true]
1.4 验证
我们可能想要用Mock来做的另一件事是断言有不同的方法在预期的参数上被调用。 换句话说，我们应该验证与我们的模拟的交互。验证的典型用例是如果我们的模拟方法有无效返回类型。
在这种情况下，由于没有结果让我们操作，所以我们没有推测的行为可以通过测试方法进行测试。
一般来说，如果返回了一些东西，那么被测试的方法就可以对它进行操作，这就是我们断言的操作结果。让我们试着验证一个带有void返回类型的方法：
def "Should verify notify was called"() {
given:
def notifier = Mock(Notifier)
when:
notifier.notify('foo')
then:
1 * notifier.notify('foo')
}
Spock正在利用Groovy运算符重载。 通过将我们的模拟方法调用乘以一，我们说我们期望它被调用了多少次。
如果我们的方法根本没有被调用或者没有按照我们指定的次数被调用，那么我们的测试将没有给我们提供一个信息量很大的Spock错误消息。 让我们通过期待它被调用两次来证明这一点：
2 * notifier.notify('foo')
在此之后，让我们看看错误消息是什么样的。 我们会像往常一样; 这是相当丰富的：
Too few invocations for:
2 * notifier.notify('foo') (1 invocation)
就像桩一样，我们也可以执行更宽松的验证匹配。 如果我们不关心我们的方法参数是什么，我们可以使用下划线：
2 * notifier.notify(_)
或者如果我们想确保它没有被特定参数调用，我们可以使用not操作符：
2 * notifier.notify(!'foo')
总结
结合之前的文章，我们通过使用Spock进行测试给出了一些小的分片案例，展示了Spock比典型的JUnit更具表现力。
我们已经展示了执行数据驱动测试是多么容易，以及通过本地Spock功能如何轻松模拟和断言。更多的Spock的特性，请查看官方文档。
欢迎大家继续关注。