Faraday: Página de prueba para nueva documentación

Gracias por mencionar esto. En respuesta, publiqué un PR para incluir ejemplos de prueba / unidad en vivo y rspec del uso del adaptador de prueba de Faraday: # 1000. Esta es la forma recomendada de probar Faraday, en lugar de las bibliotecas dobles de prueba externas (rspec, mocha, webmock, etc.).

Me di cuenta de que en ningún momento está probando cosas como tiempos de espera, errores de conexión, etc. ¿Está mal visto el tema o simplemente la forma en que PR # 998 usa?

Supongo que no entiendo la sintaxis

Supongo que no entiendo la sintaxis

Oof, tal vez debería volver a visitar los documentos de prueba de Faraday: /

La sintaxis en # 1000 usa una instancia Faraday::Adapter::Test::Stubs , un objeto stub exclusivo para probar los ciclos de solicitud / respuesta de faraday. Puede usarlo para configurar respuestas simuladas a solicitudes http en una prueba específica.

  it 'parses name' do
    # this block yields a rack response: an array with:
    # response status, http header hash, and response body
    stubs.get('/ebi') do |env|
      [
        200,
        { 'Content-Type': 'application/javascript' },
        '{"name": "shrimp"}'
      ]
    end

    expect(client.sushi('ebi')).to eq('shrimp')
    stubs.verify_stubbed_calls
end

Pido disculpas, obviamente no leí sus problemas lo suficiente. Extrañé totalmente que quisieras específicamente probar las excepciones. Una prueba como esta también funciona (que agregaré a la # 1000):

  it 'handles exception' do
    stubs.get('/ebi') do
      raise Faraday::ConnectionFailed, nil
    end

    expect { client.sushi('ebi') }.to raise_error(Faraday::ConnectionFailed)
    stubs.verify_stubbed_calls
  end

Prefiero implementaciones dobles de prueba específicas como esta al enfoque de burla más generalizado, ya que todavía pasan por todo el flujo de trabajo de solicitud de Faraday. Si un desarrollador quiere usar simulacros de RSpec de todos modos, estará mejor servido con la excelente documentación de RSpec.

Entregado con # 1000