2012-02-05 9 views
7

Buduję dostawcę OAuth dwuetapowego dla mojego interfejsu API. Wszystko jest poprawnie podłączone i mogę wykonywać podpisane połączenia z konsoli szyn. Problem polega na tym, że mam problem z integracją OAuth z controller_spec.W jaki sposób można określić specyfikacje kontrolera, aby użyć podpisanego żądania OAuth

Oto przykład połączenia roboczego na moim serwerze:

coneybeare $ rails c test 
Loading test environment (Rails 3.2.0) 
rails test: main 
>> consumer = OAuth::Consumer.new("one_key", "MyString", :site => [REDACTED]) 
# => #<OAuth::Consumer:0x007f9d01252268 @key="one_key", @secret="MyString", @options={:signature_method=>"HMAC-SHA1", :request_token_path=>"/oauth/request_token", :authorize_path=>"/oauth/authorize", :access_token_path=>"/oauth/access_token", :proxy=>nil, :scheme=>:header, :http_method=>:post, :oauth_version=>"1.0", :site=>[REDACTED]}> 

ruby: main 
>> req = consumer.create_signed_request(:get, "/api/v1/client_applications.json", nil) 
# => #<Net::HTTP::Get GET> 

ruby: main 
>> res = Net::HTTP.start([REDACTED]) {|http| http.request(req) } 
# => #<Net::HTTPOK 200 OK readbody=true> 

ruby: main 
>> puts res.body 
{"client_applications":[{"id":119059960,"name":"FooBar1","url":"http://test1.com"},{"id":504489040,"name":"FooBar2","url":"http://test2.com"}]} 
# => nil 

i tutaj jest to, co robię w moich testach Kontroler:

require 'oauth/client/action_controller_request' 
describe Api::ClientApplicationsController do 
    include OAuthControllerSpecHelper 
    … 
    … 
    it "assigns all client_applications as @client_applications" do 
     consumer = OAuth::Consumer.new("one_key", "MyString", :site => [REDACTED]) 
     ActionController::TestRequest.use_oauth=true 
     @request.configure_oauth(consumer) 
     @request.apply_oauth! 
     puts "request.env['Authorization'] = #{@request.env['Authorization']}" 
     get :index, {:api_version => 'v1', :format => :json} 
     response.should be_success # Just this for now until I can get authorization, then proper controller testing 
    end 
end 

Wyjście z tego testu:

request.env['Authorization'] = OAuth oauth_consumer_key="one_key", oauth_nonce="gzAbvBSWyFtIYKfuokMAdu6VnH39EHeXvebbH2qUtE", oauth_signature="juBkJo5K0WLu9mYqHVC3Ar%2FATUs%3D", oauth_signature_method="HMAC-SHA1", oauth_timestamp="1328474800", oauth_version="1.0" 
1) Api::ClientApplicationsController GET index assigns all client_applications as @client_applications 
    Failure/Error: response.should be_success 
    expected success? to return true, got false 

I odpowiednie wywołanie serwera z dziennika szyn:

Processing by Api::ClientApplicationsController#index as JSON 
    Parameters: {"api_version"=>1} 
    Rendered text template (0.0ms) 
Filter chain halted as #<OAuth::Controllers::ApplicationControllerMethods::Filter:0x007f85a51a8858 @options={:interactive=>false, :strategies=>:two_legged}, @strategies=[:two_legged]> rendered or redirected 
Completed 401 Unauthorized in 15ms (Views: 14.1ms | ActiveRecord: 0.0ms) 
    (0.2ms) ROLLBACK 

Po prostu nie mogę zrozumieć, dlaczego to nie działa:/Czy popełniam oczywisty błąd?

+0

brzmi to naprawdę nie jest kontrolerem spec. Czy wypróbowałeś to jako specyfikację zlecenia? – apneadiving

+0

To jest specyfikacja kontrolera. Przykład został po prostu rozebrany do jego podstawowych rzeczy. Jeśli masz rację, a ten typ testu powinien przejść do specyfikacji żądania, jak inaczej mam przetestować kontroler, gdy mam go chroniony przez OAuth? – coneybeare

+0

Testuję API w tych dniach i specyfikacjach kontrolera, po prostu przekazuję odpowiednie wartości w nagłówku. Przepraszam, naprawdę nie wiem o OAuth. W twoim przypadku obawiam się, że 'create_signed_request' nie daje oczekiwanego rezultatu. Czy próbowałeś to debugować? Po prostu myślę: możesz obejść niektóre 'before_filters' podczas testowania – apneadiving

Odpowiedz

0

Okazało się, że najlepszym sposobem na sprawdzenie mojego kontrolera również było najprostsze. Zamiast próbować podpisać każdy test, aby kontroler otrzymał właściwe informacje (coś, co rzeczywiście należy do specyfikacji, a nie do specyfikacji kontrolera), odkryłem, że mógłbym przekazać kontrolerowi ręcznie potrzebne informacje.

Aby to zrobić, po prostu musiał en 2 sposoby:

fixtures :client_applications 
before(:each) do 
    @client_application1 = client_applications(:client_application1) 
    Api::ClientApplicationsController::Authenticator.any_instance.stub(:allow?).and_return(true) 
    controller.stub(:client_application).and_return(@client_application1) 
end 

stubbing metodę allow? spowodowane zębatka auth się nabrać na myśli, że został uwierzytelniony. allow? również ustawić client_application na podstawie poświadczeń, więc musiałem to również. Teraz, gdy autor jest już na uboczu, mogę przetestować mój kontroler poprawnie.

0

Chciałbym sprawdzić, jak działają pomocniki testowe Omniauth, w szczególności te pliki: https://github.com/intridea/omniauth/tree/master/lib/omniauth/test. Zobacz ich wiki page on integration testing, aby dowiedzieć się, jak to skonfigurować. Zdaję sobie sprawę, że budujesz dostawcę, a nie klienta, ale to może być dobry punkt wyjścia. Ponadto, jak już powiedzieli niektórzy komentatorzy, nie wiem, czy można to zrobić za pomocą testu kontrolera; możesz potrzebować żądania lub testu integracji, aby w pełni symulować środowisko szafy.

1

Jeśli chcesz przetestować go w żądaniu specyfikacji i rzeczywiście trzeba przetestować bez stubbing można zbudować konsumenta OAuth i podpisać wniosek takiego:

@access_token = FactoryGirl.create :access_token 
    @consumer = OAuth::Consumer.new(@access_token.app.key, @access_token.app.secret, :site => "http://www.example.com/") 
    @path = "/path/to/request" 
    @request = @consumer.create_signed_request(:get, @path, OAuth::AccessToken.new(@consumer, @access_token.token, @access_token.secret)) 
    get @path, nil, { 'HTTP_AUTHORIZATION' => @request.get_fields('authorization').first } 
Powiązane problemy