我正在进入更多的TDD工作流程，并混合使用MVC和asp.net Web Forms应用程序。
建议将MVQ用于MVC。
我已经将Rhino用于Web表单。
有没有人有最佳做法让两个框架模拟？
答案 0 :(得分：2)
这是一个愚蠢的问题，但我更喜欢Rhino Mocks，因为它代表了对mocks vs. stubs更完整的理解。
在承诺价格之前深入了解TypeMock。
此外，没有推荐的ASP.NET MVC模拟框架。
最后 - 我建议你坚持你项目中的一个模拟框架（甚至在你的团队中） - 这些差异虽然不是很大，但却会导致混乱，这种混乱在这种“抛光的岩石”上是无根据的决策。我的意思是决定不应该是一个很长的决定，只需选择有效的方法并继续创造价值。
答案 1 :(得分：1)
Rhino的最新版本包含了MoQ所拥有的甜蜜甜蜜3.5。我是MoQ的粉丝，所以我正在使用它。但是我也有Rhino，以防它做了MoQ没做的事情。
TL; DR：MoQ it baby。
答案 2 :(得分：1)
TypeMock非常强大。当我需要进行单元测试时，一个不是为可测试性而设计的网络表单应用程序，TypeMock挽救了我的生命。
但是，当我花时间选择一个架构模式（MVC）或设计一个允许Mockability（你知道，公共虚拟化状态更改方法）时，我使用Moq。它使用起来非常简单，教导他人也很简单。
TypeMock的记录重放语法仍然让我困惑，但它在紧张的发布时间表中节省了我很多时间。 Moq的API几乎是自我解释的，鉴于模拟库的历史，这是一项了不起的成就。
答案 3 :(得分：0)
我会继续使用我最喜欢的框架。我认为没有理由为网络表单选择一个框架而为MVC选择另一个框架。一个更大的问题是我将如何单独测试我的Web表单页面，因为很难将页面与HttpRequest堆栈的其余部分分开。
我最喜欢的是Moq。我也用过TypeMock。它花钱，但它真的很强大 - 它可以让你模拟具体的类和构造函数，所以你可能会模仿像HttpContext或HttpRequest这样的东西。
答案 4 :(得分：0)
调查Ivonna伪造HTTPContext和传统的webforms。