用Spock模拟“阻塞”方法调用？

Question

注意：这个示例非常简单，但它得到了我想要实现的跨越的想法。

我有一个类（称为Listener)，它接受java.net.ServerSocket作为构造函数参数；它有一个StartListing方法，该方法生成一个执行以下操作的新线程（为简洁起见，大大减少了）：

while(listening) {
    try {
        Socket socket = serverSocket.accept();
        doSomethingWithSocket(socket);
    } catch(IOException ex) {
        ex.printStackTrace();
        listening = false;
    }
}

在正常操作中，serversocket.accept()调用会阻塞，直到与serversocket建立连接为止。

given: "A ServerSocket, Socket, and Listener"
    def serverSocket = Mock(ServerSocket)
    def socket = Mock(Socket)
    serverSocket.accept() >> socket
    def listener = new Listener(serverSocket)

when: "Listener begins listening"
    listener.startListening()

then: "Something should be done with the socket"
    // Verify some behavior on socket

1.._ * socket.someMethod()

但这让我产生了错误的感觉；我不是真的在寻找至少一个互动，我真的在寻找一个互动。

我可以这样做（返回一次模拟的套接字，然后返回null）：

serverSocket.accept() >>> [socket, null]

但是，我仍然有大量对DoSomethingWithSocket的调用，这些调用传递一个null参数，然后我必须检查并忽略（或报告）该参数。如果忽略它，我可能会错过报告一个合法的问题（我认为ServerSocket#Accept不能返回null，但是由于类不是final类，可能有人实现了他们自己的版本，这可以），但是如果我报告它，我的测试日志就会被日志消息污染，日志消息将预期结果报告为意外结果。

serverSocket.accept() >> socket >> {while(true) {}; null }

在调用accept方法之前，这将一直循环；我不是100%确定为什么，因为我认为直到第二次调用accept方法才会对闭包进行计算？

我也试过这个：

serverSocket.accept() >>> [socket, { while(true){}; null }]

根据我的理解，当首次调用accept方法时，将返回socket。进一步的调用将调用闭包，闭包无限循环，因此应该阻塞。

Answer 1

单元测试应该只测试一个类，而不依赖于其他类。从您粘贴的代码中，您只需要验证两件事

1. 该类使用提供的套接字重复调用doSomethingWithSocket
2. 它在引发IO异常后停止

假设doSomething被传递给委托类DoSomethingDelegate

setup:
def delegate = Mock(DoSomethingDelegate)
List actualExceptions = [null,null,new IOException()]
int index = 0
// other setup as in your question

when:
new Listener(serverSocket).startListening()

then:
noExceptionThrown()
3 * delegate.doSomethingWithSocket(socket) {
  if(actualExceptions[index]) {
    throw actualExceptions[index]
  }
  index++
}

setup:
List sockets = []
sockets << Mock(Socket)
sockets << Mock(Socket)
// repeat as needed
socket[3].isClosed() >> {Thread.sleep(1000);false}
serverSocket.accept() >> {sockets[socketNumber]}
// add different mock behavior
// when block
// then
where:
socketNumber << [1,2,3]