strict_mode
en Faraday::Adapter::Test::Stubs
, y quiero más funciones para el modo: compatible con Faraday::FlatParamsEncoder
. Por ejemplo, si quiero llamar a una solicitud HTTP con el mismo parámetro de consulta a
varias veces, espero que el código auxiliar de prueba verifique si los mismos parámetros con valores diferentes se pasaron correctamente.class Client
def initialize(conn)
<strong i="10">@conn</strong> = conn
end
def sushi(jname, params: {})
res = @conn.get("/#{jname}", params)
data = JSON.parse(res.body)
data['name']
end
end
RSpec.describe Client do
let(:stubs) { Faraday::Adapter::Test::Stubs.new(strict_mode: true) }
let(:conn) { Faraday.new(request: { params_encoder: Faraday::FlatParamsEncoder }) { |b| b.adapter(:test, stubs) } }
let(:client) { Client.new(conn) }
it 'handles the same multiple URL parameters' do
# The same parameter `a` is expected to appear multiple times with different values.
stubs.get('/ebi?a=x&a=y&a=z') { [200, { 'Content-Type' => 'application/json' }, '{"name": "shrimp"}'] }
# Test should pass
expect(client.sushi('ebi', params: { a: %w[x y z] })).to eq('shrimp')
# Test should not pass due to the lack of "x" and "y" for `a`
# expect(client.sushi('ebi', params: { a: %w[z] })).to eq('shrimp')
stubs.verify_stubbed_calls
end
end
¿Qué piensas? Quiero abrir una solicitud de extracción si tiene sentido.
Hola @yykamei , lo anterior tiene sentido para mí, agradecería un PR.
Por curiosidad, ¿qué sucede actualmente con las pruebas anteriores? ¿Está pasando el último?
Además, recuerde que la rama main
ahora apunta a la próxima versión v2.0.
Si también desea esto en una versión 1.x, deberá ramificar la rama 1.x
👍
Hola @iMacTia , gracias por tu respuesta.
Por curiosidad, ¿qué sucede actualmente con las pruebas anteriores? ¿Está pasando el último?
Oh, parece no pasar en la última rama 1.x
. Creo que esto se debe a que Stub#params
se construye con Faraday::Utils.parse_nested_query
; parece anular los parámetros de consulta anteriores.
Randomized with seed 45661
Client
handles the same multiple URL parameters (FAILED - 1)
Failures:
1) Client handles the same multiple URL parameters
Failure/Error:
raise Stubs::NotFound, "no stubbed request for #{env[:method]} "\
"#{normalized_path} #{env[:body]}"
Faraday::Adapter::Test::Stubs::NotFound:
no stubbed request for get /ebi?a=x
# ./lib/faraday/adapter/test.rb:253:in `call'
# ./lib/faraday/rack_builder.rb:154:in `build_response'
# ./lib/faraday/connection.rb:511:in `run_request'
# ./lib/faraday/connection.rb:200:in `get'
# ./ok.rb:11:in `sushi'
# ./ok.rb:30:in `block (2 levels) in <top (required)>'
Finished in 0.00391 seconds (files took 0.78136 seconds to load)
1 example, 1 failure
Failed examples:
Pero, si cambio el código de esta manera, la prueba pasará. Reescribí la descripción del problema.
diff --git a/a.rb b/a.rb
index c4b7084..91d795d 100644
--- a/a.rb
+++ b/a.rb
@@ -27,7 +27,7 @@ RSpec.describe Client do
expect(client.sushi('ebi', params: { a: %w[x y z] })).to eq('shrimp')
# Test should not pass due to the lack of "y" and "z" for `a`
- expect(client.sushi('ebi', params: { a: %w[x] })).to eq('shrimp')
+ expect(client.sushi('ebi', params: { a: %w[z] })).to eq('shrimp')
stubs.verify_stubbed_calls
end
end
Gracias de cualquier manera. Voy a hacer algunos cambios 💪
Este problema se resolvió con # 1316.
¡Gracias!
Comentario más útil
Además, recuerde que la rama
main
ahora apunta a la próxima versión v2.0.Si también desea esto en una versión 1.x, deberá ramificar la rama
1.x
👍