Re: [Rubyonrails-ug] FactoryGirl: Factory not registered
Gregor, stimmt, wenn ich die Zeile
address_import = FactoryGirl.create(:address_import)
in den initialize_with-Block mit hereinnehme, dann wird er erst aufgerufen,
wenn bereits alle Factories erzeugt sind.
Danke, sehr cool und funzt. Ich wußte nicht, daß ich das auch in den Block
reinnehmen kann.
initialize_with sorgt dafür, daß ich AddressConverter mit einer
AddressImport-Instanz sauber initialisieren kann. AddressConverter ist kein
AR-Model.
Viele Grüße und vielen Dank
Michael
Am 05.04.2012 um 21:10 schrieb Gregor Schmidt:
Hallo,
ich vermute, dass das hier ein Lade-Reihenfolge Problem ist. Die
Factories werden sicher alphabetisch geladen. Das heißt, dass der
Converter vor dem Import ausgeführt wird. Demnach kann es tatsächlich
sein, dass es zu dem Zeitpunkt noch keine Import-Factory gibt.
Ein
require_relative 'address_import'
am Anfang deines Converters könnte das Problem vielleicht auch schon lösen.
Ansonsten: ist es Absicht, dass du in der ersten Factory eine lokale
Variable namens address_import definierst, die du dann in dem
initialize_with benutzt? Irgendwie sieht das so aus, als wäre das
nicht so gewollt. Andererseits kenne ich mich mit der FactoryGirl 3
API auch null aus und ich weiß nicht, was initialize_with genau macht.
Aber ich schätze, dass ein
factory :address_converter do
initialize_with {
address_import = FactoryGirl.create(:address_import)
AddressConverter.new(address_import) }
end
Auch ohne die Ladeprobleme funktionieren würde, weil der Block später
ausgeführt wird und dann die Import-Factory schon geladen wurde.
HTH
Gregor
___
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug
___
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug
[Rubyonrails-ug] Schon wieder 'ne Frage: request-specs
Hallo, ich habe ein Verständnisproblem bei request-specs. Und zwar möchte ich einen view testen, dessen dargestellte Information davon abhängig ist, ob der Nutzer eingeloggt ist oder nicht. Meine Frage:wie komme ich bei einem request-spec denn an die Session dran? Ich weiß, ich könnte das auch als controller-spec testen, aber der Satz von Ryan Bates hinsichtlich controller- und view-specs „I personally don't use them because I feel that the request specs handle that well enough“ hat mich etwas stutzig gemacht: http://railscasts.com/episodes/275-how-i-test D.h., wenn ich das, was ich in einem controller-spec veranstalte auch in einem request-spec durchführen kann, wie kann ich dann session-abhängige views testen? Wo bekomme ich die Session beim request-spec her? Viele Grüße Michael Kastner ___ rubyonrails-ug mailing list rubyonrails-ug@headflash.com http://mailman.headflash.com/listinfo/rubyonrails-ug
Re: [Rubyonrails-ug] Schon wieder 'ne Frage: request-specs
Hab' die Antwort gefunden: http://stackoverflow.com/questions/5787409/stubbing-authentication-in-request-spec Am 06.04.2012 um 17:27 schrieb rubyonrails...@galt.de: Hallo, ich habe ein Verständnisproblem bei request-specs. Und zwar möchte ich einen view testen, dessen dargestellte Information davon abhängig ist, ob der Nutzer eingeloggt ist oder nicht. Meine Frage:wie komme ich bei einem request-spec denn an die Session dran? Ich weiß, ich könnte das auch als controller-spec testen, aber der Satz von Ryan Bates hinsichtlich controller- und view-specs „I personally don't use them because I feel that the request specs handle that well enough“ hat mich etwas stutzig gemacht: http://railscasts.com/episodes/275-how-i-test D.h., wenn ich das, was ich in einem controller-spec veranstalte auch in einem request-spec durchführen kann, wie kann ich dann session-abhängige views testen? Wo bekomme ich die Session beim request-spec her? Viele Grüße Michael Kastner ___ rubyonrails-ug mailing list rubyonrails-ug@headflash.com http://mailman.headflash.com/listinfo/rubyonrails-ug ___ rubyonrails-ug mailing list rubyonrails-ug@headflash.com http://mailman.headflash.com/listinfo/rubyonrails-ug
