我如何测试（rspec）一个需要太长时间的http请求？
如果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 我想确保在首次提出请求之后，另一个线程“开始”，在这种情况下，它只是一个hibernatexx秒。 然后我应该期望请求超时，因为执行时间太长
我认为有更好的方法来做到这一点。 鉴于我要求的url不相关。 我只是想测试一下，如果执行时间太长，它确实会超时。
我可以使用stub（），expect（）或任何rspecfunction来模拟这个吗？
有没有什么方法可以将’块’传递给存根方法
http_request_to_google.stub(:connection).executethisblock(sleep for xx seconds) .and_throw error ?
任何帮助表示赞赏
如果您纯粹关心Net :: HTTP引发Timeout :: Error，您可以随时强制它使用mock返回错误， 这里是您可以使用RSpec的各种内容的良好编译。
它将取决于您确切的Net :: HTTP请求，但Net::HTTP.should_receive(:request_get).and_raise(Timeout::Error)将跳过任何网络调用，并立即引发错误。
如果请求未在20秒内完成，则以下测试失败。 如果lambda中的代码没有引发Timeout :: Error，它也会失败。
因此，成功的情况是long_running_stuff在不到20秒的时间内引发exception。
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
我意识到这个问题很古老，但这是使用WebMock gem的另一个解决方案：
stub_request(:any, 'www.google.com').to_timeout
使用Webmock存储请求的另一个好处是，即使您更换了HTTP客户端，这将继续工作，从而将测试与代码分离。