如何测试（rspec）耗时太长的 http 请求？

Question

如果 rspec 请求花费的时间太长，我该如何测试行为？

我正在考虑使用线程来模拟这一点：

describe "Test" do 
  it "should timeout if the request takes too long" do 
    lambda {
      thread1 = Thread.new { #net::http request to google.com }
      thread2 = Thread.new { sleep(xx seconds) }
      thread1.join 
      thread2.join
    }.should raise_error
  end 
end

我想确保在首次发出请求后，另一个线程“启动”，在本例中只是休眠 xx 秒。然后我应该期望请求超时，因为执行时间太长

我认为有更好的方法来做到这一点。鉴于我请求的网址不相关。我只是想测试一下，如果执行时间太长，确实会超时。

我可以使用stub()、expect() 或任何rspec 功能来模拟这个吗？

有什么方法可以将“块”传递到存根方法中，

http_request_to_google.stub(:connection).executethisblock(sleep for xx seconds)
.and_throw error ?

感谢任何帮助

Answer 1

如果请求未在 20 秒内完成，以下测试将失败。如果 lambda 中的代码没有引发 Timeout::Error，它也会失败。

因此，成功的场景是 long_running_stuff 在 20 秒内引发异常。

require 'timeout'

describe "Test" do 
  it "should timeout if the request takes too long" do 
    Timeout::timeout(20) do # 20 seconds
      lambda {
         long_running_stuff(:timeout => 10.seconds)
      }.should raise_error(Timeout::Error)
    end
  end 
end

Answer 2

如果你纯粹关心 Net::HTTP 引发 Timeout::Error，你总是可以强制它用模拟返回错误， 这里 是您可以与 RSpec 一起使用的各种内容的良好汇编。

这取决于您的确切 Net::HTTP 请求，但诸如 Net::HTTP.should_receive(:request_get).and_raise(Timeout::Error) 之类的内容会跳过任何网络调用，只引发立即出错。

Answer 3

我意识到这个问题很古老，但这是使用 WebMock gem 的另一个解决方案：

stub_request(:any, 'www.google.com').to_timeout

另一个使用 Webmock 存根请求的一个好处是，即使您更换了 HTTP 客户端，这也将继续工作，这将您的测试与代码分离。