我知道这已经被问过,但最后一次是在2008年中期

如果你正在开始一个新项目,现在,哪一个你会用,为什么?什么是他们的优势/劣势关于可读性,可用性,可维护性和总体稳固?

有帮助吗?

解决方案

我已经使用了EasyMock较早,但现在,我使用的Mockito。我发现简单的Mockito比EasyMock的。对于EasyMock的和的Mockito的详细比较可以参考此处

其他提示

要解释我们前进的动力,JMock的是“自以为是”库。它被设计为引导的方法来OO设计上的合作对象之间的协议论点集中。如果你不认为你以这种方式系统,那么它可能不是最好的选择。

我已经使用EasyMock的一段时间,现在。继续增加新的功能,允许人们接触到更多的那些难以获取到的地方。

的Mockito将节省一些代码行为最常见的测试用例。

你能否详细说明你的模拟能力的需求/优先级?相当宽的,如所述的。

我的(偏)的答案是 JMockit 。为了与其他嘲笑工具包的快速比较,请参阅比较矩阵

与它写入测试代码应该是更可读的和更好的结构化的(有用于侧方比较示例的测试)。该JMockit嘲弄的API,通常需要较少的“用途”比其他嘲讽API编写相同的测试。最大的好处,国际海事组织,是它不强制对代码的任何设计折衷进行测试。不利的一面,因为JMockit依靠更先进的技术,并具有更多的功能,它也具有更大的潜力,为用户遇到意想不到的困难。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top