strict_mode
em Faraday::Adapter::Test::Stubs
, e eu quero mais recursos para o modo: suporte para Faraday::FlatParamsEncoder
. Por exemplo, se eu quiser chamar uma solicitação HTTP com o mesmo parâmetro de consulta a
várias vezes, espero que o stub de teste verifique se os mesmos parâmetros com valores diferentes foram passados corretamente.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
O que você acha? Quero abrir uma solicitação pull, se fizer sentido.
Olá @yykamei , tudo o que foi Agradeceria um RP.
Por curiosidade, o que acontece atualmente com os testes acima? O último está passando?
Além disso, lembre-se de que o branch main
agora está apontando para o próximo lançamento v2.0.
Se você gostaria disso em uma versão 1.x também, você precisará ramificar o 1.x
branch 👍
Olá @iMacTia , obrigado pela sua resposta.
Por curiosidade, o que acontece atualmente com os testes acima? O último está passando?
Oh, parece não passar no último ramo 1.x
. Acho que isso ocorre porque Stub#params
é construído com Faraday::Utils.parse_nested_query
; parece que está substituindo os 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:
Mas, se eu mudar o código assim, o teste vai passar. Reescrevi a descrição do 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
Obrigado mesmo assim. Vou fazer algumas mudanças 💪
Este problema foi resolvido com # 1316.
Obrigado!
Comentários muito úteis
Além disso, lembre-se de que o branch
main
agora está apontando para o próximo lançamento v2.0.Se você gostaria disso em uma versão 1.x também, você precisará ramificar o
1.x
branch 👍