Ich bin mehr in einem TDD-Workflow und habe eine Mischung aus MVC und ASP.net Web Forms-Apps.Bestes Mock-Framework, das sowohl WebForms als auch MVC ausführen kann?
MOQ wird für MVC empfohlen.
Ich habe Rhino für Web Forms verwendet.
Hat jemand eine Best Practice, um 1 Framework-Mock für beide zu haben?
Rhinos neueste Version enthält viel von der süßen süßen 3.5 Liebe, die MoQ hat. Ich bin ein Fan von MoQ, also verwende ich das. Aber ich habe auch Rhino, falls es etwas macht, was MoQ nicht tut.
TL; DR: MoQ es Baby.
Ich würde einfach weitermachen und meine Lieblings-Framework für beide verwenden. Ich glaube nicht, dass es irgendeinen Grund gibt, dass ich ein Framework für Webformulare und ein anderes für MVC wählen würde. Ein weitaus größeres Problem ist, wie ich meine Webformular-Seiten überhaupt testen könnte, da es schwierig ist, die Seite vom Rest des HttpRequest-Stacks zu trennen.
Mein Favorit ist Moq. Ich habe auch TypeMock verwendet. Es kostet Geld, aber es ist wirklich mächtig - es lässt Sie konkrete Klassen und Konstruktoren vortäuschen, so dass Sie möglicherweise Dinge wie HttpContext oder HttpRequest verspotten können.
TypMock ist wahnsinnig mächtig. Wenn ich benötigt Unit-Test eine Web Forms App, die nicht für Testbarkeit entwickelt wurde TypeMock mein Leben gespeichert.
Aber wenn ich mir die Zeit nehme, ein Architekturmuster (MVC) auszuwählen oder eines zu entwerfen, das Mockability erlaubt (Sie wissen, öffentliche Zustandsänderung Methoden) verwende ich Moq. Es ist so einfach zu verwenden und so einfach, andere zu unterrichten.
TypMocks Rekordwiederholungssyntax verwirrt mich immer noch, aber es hat mir viel Zeit in einem engen Veröffentlichungsplan gespart. Moqs API ist fast selbsterklärend, was angesichts der scheinbaren Bibliothekshistorie eine erstaunliche Leistung darstellt.
Das ist eine Art dumme Frage, aber ich bevorzuge Rhino Mocks, da es ein vollständigeres Verständnis von mocks vs. stubs darstellt.
Schauen Sie sich TypeMock genauer an, bevor Sie den Preis festlegen.
Auch gibt es keine empfohlene Spott Framework für ASP.NET MVC.
Endlich - ich würde vorschlagen, dass Sie sich in Ihrem Projekt (und sogar in Ihrem Team) an einen spöttischen Rahmen halten - die Unterschiede, die nicht riesig sind, können zu Verwirrung führen, die auf einem solchen "Polieren-des-Felsens" nicht gerechtfertigt ist "Entscheidung. Damit meine ich, dass die Entscheidung nicht lang sein sollte, wählen Sie einfach, was funktioniert, und schaffen Sie Wert.
Schauen Sie sich Ivonna an, um HTTPContext und traditionelle Webformulare zu fälschen.