Stub mit RSPEC / Mokka in Gurkenszenarien

Question

Ich benutze Gurke als BDD-Framework mit RSPEC / Mokka-Spott. Idealerweise würden wir kein Verhalten in Gurkenspezifikationen verspotten; Das Szenario ist jedoch hier außergewöhnlich. Um Ihnen die kurze Vorstellung von Problem hier zu geben; Ich habe zwei Merkmale Produktfunktionen und Cart-Funktion.

Cart Feature spött derzeit einigen des Produkts von 3 Party-System. Und in der Gurke RUN CARR-Funktion läuft vor der Produktfunktion. Produktfunktion verwendet einen echten Anruf für einige Szenarien. Idealerweise würden wir davon ausgehen, dass der Klassenstufen-Stubs wie Produkt.Stub (: Find) gelöscht, sobald die Szenarien abgeschlossen sind. Das ist jedoch nicht der Fall. Klassenstufen-Stubs verweilen auf dem nächsten Gurkenszenario, das den Anruf stört.

i ärgerlich benutzte Mokka und Rspec, um die Stubs zu induzieren; aber kein Erfolg; In jedem Fall bleibt der Stub und verhindert, dass meine Produktfunktion nach dem WARR-Funktion ausgeführt wird. Beide laufen in der Isolation in Ordnung.

hat jemand mit einem ähnlichen Thema der Stubs gegenübergestellt, die nicht in der Gurke zurückgesetzt werden? Gibt es einen Weg, ich kann das ursprüngliche Klassenverhalten wiederherstellen?

Jede Hilfe wird geschätzt.

jubeln

Answer 1

Für die Mokka-Integration sollten Sie eine Datei in Ihrem Funktionen / Support-Ordner (wie mocha.rb) folgendermaßen hinzufügen

generasacodicetagpre.

Der After-Block sollte alle Mocks freigeben.

Quelle: http://gist.github.com/80554

Answer 2

Syntax ist für Mokka 1.1 leicht anders:

generasacodicetagpre.