„abgefangene Wurf: warden“, wenn Tests für Benutzer umleitet nicht in

Question

angemeldet

Dies ist eine Spezifikation für eine sehr typische Steuerung mit einem before_filter, die zum Login-Seite umgeleitet, wenn ein nicht-angemeldeten Benutzer (auch bekannt als ein Gast) versucht Zugriff auf /projects/new.

describe ProjectsController do 
    (...) 

    describe "GET new" do 
    context 'when not logged in' do 
     before { sign_in_nobody } 

     context 'creating project' do 
     before { get :new } 

     it 'denies access' do 
      expect(response).to be_redirect 
     end 
     end 
    end 
    end 
end 

Ich habe alle möglichen Ergebnisse specced des Zugriffs auf :index, :show und :new für Gäste, Benutzer, admins und superadmins. Ich hatte keine Probleme, weder mit eingeloggten oder Gastbenutzern, Admins oder nicht, aber das ist das erste Mal, dass diese Spezifikation eine Handlung berührt, die Devices before_filter :autheticate_user! beinhaltet und es kläglich schief geht.

Wie Sie vielleicht schon vermuten - die Spezifikation auch expect(response).to be_redirect nicht erreicht, wirft es einen hissy vor:

Failures: 

1) ProjectsController GET new when not logged in creating project denies access 
    Failure/Error: get :new 
    ArgumentError: 
    uncaught throw :warden 
    # ./spec/controllers/projects_controller_spec.rb:344:in `block (5 levels) in <top (required)>' 

ich nach einer Antwort auf Frage gesucht haben: „, wie man richtig für authentifizierte testen (Gast) Benutzer mit rspec und devise ", aber jeder spricht nur über Probleme mit der Anmeldung von Benutzern in der Entwicklung für RSpec zu verwenden. Ein Problem, das ich thusly gelöst:

#spec/support/devise_authenticators.rb 
include Devise::TestHelpers 

def sign_in_nobody 
    @request.env["devise.mapping"] = Devise.mappings[:user] 
    sign_in User.new 
end 

def sign_in_user 
    @request.env["devise.mapping"] = Devise.mappings[:user] 
    sign_in FactoryGirl.create(:user) 
end 

aber es ist nicht die Protokollierung in dem fehlschlägt hier, es ist die „nicht protokolliert wird“. Bisher habe ich absolut nichts und ich kenne Leute HABEN, um diese Szenarien irgendwie zu testen.

Im Moment bin ich mit einem Walkaround:

before { sign_in_nobody } 

context 'creating project' do 
    it 'denies access' do 
    expect{ get :new }.to raise_exception("uncaught throw :warden") 
    end 
end 

Aber auch tho es ist praktisch korrekt (uncaught throw :warden geschieht nur, wenn authenticate_user! nicht so kann es als Erwartung verwendet werden) in der Theorie fühlt es sich wirklich schmutzig.

Irgendwelche Ideen, wie man es richtig macht?

(... Vielleicht sollte ich nicht alles testen, da, wie die Richtigkeit der before_filter authenticate_user! ist die Verantwortung Devise nicht von mir?)

Answer 1

Es sollte gerade arbeiten. Ich habe gerade eine Weile damit verbracht, das gleiche Problem zu beheben, und es stellte sich heraus, dass wir einen Testhelfer hatten, der process für Controller-Tests überschreibt. Devise überschreibt es auch auf catch :warden, also brauchte ich nur include Devise::TestHelpers, bevor ich das Standardparametermodul einfügte.

Für ein Beispiel von dem, was ich spreche, wenn ich sage, wir process overrode finden this answer die beschreibt, wie Standard Parameter einstellen schließen format: json

Answer 2

So ist die Lehre, dass uncaught throw :warden passiert, wenn authenticate_user! ausfällt.

Also herauszufinden, warum Ihre Benutzer-Authentifizierung ist ein Fehler, und Sie haben Ihr Problem gelöst.

Answer 3

Ich hatte ein ähnliches Problem und löste ich es wie folgt aus:

e = catch(:warden) { get root_url } 
expect(e[:message]).to be(:not_activated)