我已经成功使用Mockito。

当我尝试学习JMock和EasyMock时，我发现学习曲线有点陡峭(尽管可能只有我这样)。

我喜欢Mockito，因为它的语法简单干净，我可以很快掌握。最小语法的设计是为了很好地支持常见的情况，尽管有几次我需要做一些更复杂的事情，但我发现我想要的东西是支持的，而且很容易掌握。

以下是Mockito主页的一个例子:

import static org.mockito.Mockito.*;

List mockedList = mock(List.class);
mockedList.clear();
verify(mockedList).clear();

没有比这更简单的了。

我能想到的唯一主要缺点是它不会模拟静态方法。

对于一些不同的东西，您可以使用JtestR中组合的JRuby和Mocha，以表达性和简洁的Ruby为您的Java代码编写测试。这里有一些有用的JtestR模拟示例。这种方法的一个优点是模拟具体类非常简单。

我已经成功使用Mockito。

当我尝试学习JMock和EasyMock时，我发现学习曲线有点陡峭(尽管可能只有我这样)。

我喜欢Mockito，因为它的语法简单干净，我可以很快掌握。最小语法的设计是为了很好地支持常见的情况，尽管有几次我需要做一些更复杂的事情，但我发现我想要的东西是支持的，而且很容易掌握。

以下是Mockito主页的一个例子:

import static org.mockito.Mockito.*;

List mockedList = mock(List.class);
mockedList.clear();
verify(mockedList).clear();

没有比这更简单的了。

我能想到的唯一主要缺点是它不会模拟静态方法。

我开始使用EasyMock模拟。很容易理解，但重放步骤有点烦人。Mockito删除了这一点，也有一个更清晰的语法，因为可读性似乎是它的主要目标之一。我再怎么强调这一点也不为过，因为大多数开发人员会花时间阅读和维护现有代码，而不是创建它。

另一个好处是接口和实现类以相同的方式处理，不像在EasyMock中，您仍然需要记住(并检查)使用EasyMock类扩展。

我最近快速浏览了一下JMockit，虽然它的特性清单非常全面，但我认为这样做的代价是代码的易读性，并且必须编写更多的代码。

对我来说，Mockito达到了最佳的位置，易于编写和阅读，并处理大多数代码所需要的大多数情况。使用Mockito和PowerMock将是我的选择。

需要考虑的一件事是，如果您是独自开发，或者在一个小型紧密的团队中开发，那么对于拥有不同技能水平的开发人员的大公司来说，您所选择的工具可能不是最佳选择。对于后一种情况，需要更多地考虑可读性、易用性和简洁性。如果许多人最终不使用或不维护测试，那么获得最终的mock框架是没有意义的。

是的，Mockito是一个很棒的框架。我使用它与hamcrest和谷歌guice一起设置我的测试。

Mockito还提供了存根方法、匹配参数(如anyInt()和anyString())、验证调用次数(times(3)、atLeastOnce()、never())等选项。

我还发现Mockito简单干净。

我不喜欢Mockito的一点是你不能存根静态方法。