Ich versuche gerade, Gurke zu lernen und sie richtig zu nutzen. Bei der Suche nach Best Practices wird der alte Weg beschrieben und ich habe nicht wirklich eine gute Anleitung gefunden. Ich lese über die neue Art und Weise, es zu tun, aber ich habe ein paar Probleme mit der Best Practice.
Das Folgende ist ein grundlegendes Gurkenszenario, an dem ich gearbeitet habe.
%Vor%Ich frage mich, ob das in Ordnung ist? Ich habe Probleme, wenn ich es als "ich besuche" oder "der Benutzerbesuch" oder "er besuch" schreiben soll. Grundsätzlich was ist bevorzugt?
Zweitens frage ich mich, wie ich folgendes formulieren sollte:
%Vor%Dies ist nur etwas, das ich zusammengestellt habe, aber ich habe das Gefühl, dass es nicht der beste Weg ist. Ich stoße in meinen Step-Definition-Dateien auf Probleme. Wie würden Sie die Schritte zur Behandlung der Szenarien definieren? Ich wollte etwas allgemeiner schreiben, aber vielleicht ist das nicht wirklich möglich? Sollte ich ein @ second_user Attribut haben oder was schlägst du vor?
%Vor%Danke, dass Sie mir geholfen haben!
Ich habe Probleme, wenn ich es als "Ich besuche" oder "der Benutzer besuchen" oder "er besuchen" schreiben sollte. Was ist im Grunde bevorzugt?
Ich denke, dass die Verwendung von etwas wie "wenn ein Benutzer besucht" generischer wird und besser lesbar sein wird, da man nicht weiterdenken muss, "wer ist er"? Wenn Sie die Tests lesen, ist es wichtig, dass Sie sich in all Ihren Dateien an eine Konvention halten, damit Sie nicht verwirrt werden.
Für Ihre zweite Frage über das Erstellen eines @ second_user oder nicht, sollten Sie nicht, weil dieser Benutzer nicht genau so ein Teil Ihres Szenarios ist wie ein Datensetup, und ich denke, der beste Weg, um Daten Setup zu handhaben ist es Gurke mit Gurke zu verwenden, es erlaubt Ihnen im Grunde, Modelle in Ihrer Gurke zu erstellen, ohne sie als Variable bei Ihnen zu behalten ist eine tolle Besetzung von RailsCast , die eine Menge erklärt.
also würde ich dies mit Pickle
tun %Vor%Dann könnten Sie
definieren %Vor%Tags und Links ruby ruby-on-rails capybara rspec cucumber