RhinoMock vs. TypeMock vs. NUnit的Mocking？

Question

我刚开始做测试驱动开发，我想知道RhinoMock，TypeMock和NUnit的内置模拟之间的主要区别？

任何信息将不胜感激！

Answer 1

TypeMock是一个商业产品（意味着你将不得不为此付费），但允许你模拟具体的对象 - 不像RhinoMocks / NUnit / MoQ，它只能模拟一个接口/抽象类。 如何实现这一点是临界黑魔法，但它使用CLR做了一些非常聪明的事情。

当您在项目中使用不使用许多接口的库时，这可能特别有用。 例如，您可以使用TypeMock模拟LINQtoSQL datacontext或Sharepoint对象。 但是，如果您使用TypeMock，这不是您的应用程序中的错误设计的借口 。

据我所知，除了较小的语法差异外，大多数模拟框架已经远离旧的记录/回放模型。 通常，您通过使用Fluent界面编写期望来设置模拟。

就个人而言，我只使用过MoQ而我<3。

Answer 2

一个名为TDD的视频- 了解 Roy Osherove的模拟对象非常有助于学习不同模拟库的差异。 他没有详细介绍每个方面，但足以让你理解。 我希望这有帮助。 Roy也是TypeMock的首席架构师，在单元测试领域是一位非常有影响力的人物。 我不能推荐这个视频，对于那些想要学习如何使用模拟并了解库的可用性的人来说。

TypeMock和开源库之间的主要区别在于TypeMock使用Microsoft提供的Profiler API而不是动态代理 。 这允许TypeMock模拟具体类和静态方法。 如果您不确定分析器是什么，它与JetBrain的dotTrace和RedGate的Ants .Net分析器等工具使用的API相同。 TypeMock只是以不同的方式使用API​​伪造（模拟）你告诉它的内容。

@RichardOD，感谢提醒，他的书“ 单元测试的艺术 ”详细介绍了视频没有的地方。 我拥有这本书，它非常有用。

Answer 3

• Rhino.Mocks是一个开源的，由业界最多产的开发人员之一不断开发和改进的框架。 它已经存在了一段时间，因此支持了很多不同的模拟范例。 因此，从某种意义上说，您可能会找到“旧”做事方式的教程，这可能会有点困难。 这是一个提示， SetUpResultFor（）和Expect.Call（）是旧的做事方式。 新方法是mockObject.AssertWasCalled（） 。

我没有与这些人有任何亲身经历，但......

• MOQ是一个开源的，不断发展和改进的框架，由业界一个不那么多产的开发人员（与Ayende相比）。 它更新，因此缺少Rhino.Mocks的一些功能。 这通常不是问题，因为这些功能往往是在Rhino中稍微弃用的功能。 我听说过，因为这样学习起来稍微容易一些（模仿框架并不难学习）。
• 就嘲讽而言，NUnit Mocks非常古怪。 它不支持当前首选的Arrange-Act-Assert语法，而是依赖于Expect-Verify（记录/重放）。 它还依赖于字符串来识别方法和属性名称而不是lambdas。 这使其显着抵抗重构。 这是一个严重的问题。 我不推荐它。
• TypeMock Isolater是一家公司的核心付费模拟框架（由？拥有？）Roy Osherove--一个了解他的测试的人，但对于如何应用它也有一些有争议的意见。 它的功能非常强烈 - 降低到低级别并修改CLR对象的工作方式。 然而，TypeMock背后的哲学并不是真正的100％TDD。 TDD的部分好处是，通过接受Mocking框架的限制，您将设计出更好的代码。 TypeMock将这些限制归咎于碎片。 据我所知，它主要用于试图获取代码的人，他们无法控制被测试。

Answer 4

我一直使用TypeMock，并发现它是一个非常强大的工具，可以提高我的单元测试的覆盖范围。 这是因为我使用SharePoint，只有TypeMock可以允许我模拟SharePoint类 - 因为它们是具体的类而不是接口。

使用RhinoMock，Moq，NUNit等模拟SharePoint类是不可能的，因为（我相信）它们需要接口来模拟对象，而不是能够模拟实际的具体类。

如果你的代码确实使用了很多接口，并且你不需要模拟具体的类，那么TypeMock有点贵，但是对于你获得的功能，它是值得的。