我还有最后一节课，大概是这样的:
public final class RainOnTrees{
public void startRain(){
// some code here
}
}
我在其他一些类中使用这个类，像这样:
public class Seasons{
RainOnTrees rain = new RainOnTrees();
public void findSeasonAndRain(){
rain.startRain();
}
}
在我的JUnit测试类Seasons.java中，我想模拟RainOnTrees类。我怎么能用Mockito做到这一点?
当前回答
使用Powermock。这个链接展示了如何做到这一点:https://github.com/jayway/powermock/wiki/MockFinal
其他回答
如果你正在使用Mockito2，这可以做到，新的孵化功能支持模拟最终类和方法。
需要注意的要点: 1. 创建一个名为“org.mockito.plugins”的简单文件。并将其放在名为mockito-extensions的文件夹中。这个文件夹应该在类路径上可用。 2. 上面创建的文件内容应该是一行，如下所示: mock-maker-inline
为了激活mockito扩展机制并使用此选择加入特性，需要执行上述两个步骤。
示例类如下:-
FinalClass.java
public final class FinalClass {
public final String hello(){
System.out.println("Final class says Hello!!!");
return "0";
}
}
Foo.java
public class Foo {
public String executeFinal(FinalClass finalClass){
return finalClass.hello();
}
}
FooTest.java
public class FooTest {
@Test
public void testFinalClass(){
// Instantiate the class under test.
Foo foo = new Foo();
// Instantiate the external dependency
FinalClass realFinalClass = new FinalClass();
// Create mock object for the final class.
FinalClass mockedFinalClass = mock(FinalClass.class);
// Provide stub for mocked object.
when(mockedFinalClass.hello()).thenReturn("1");
// assert
assertEquals("0", foo.executeFinal(realFinalClass));
assertEquals("1", foo.executeFinal(mockedFinalClass));
}
}
希望能有所帮助。
完整的文章呈现在这里嘲笑不可嘲笑的。
由RC和Luigi R. Viggiano共同提供的解决方案可能是最好的主意。
尽管Mockito在设计上不能模拟final类，但是委托方法是可能的。这有它的优点:
如果API一开始就打算将类改为非final类(final类有其好处)，那么不必强制将类改为非final类。 您正在测试API周围装饰的可能性。
在您的测试用例中，您故意将调用转发到被测试的系统。因此，通过设计，你的装饰什么都不做。
因此，测试还可以证明用户只能修饰API，而不能扩展API。
从更主观的角度来看: 我更喜欢将框架保持在最低限度，这就是为什么JUnit和Mockito通常对我来说就足够了。事实上，以这种方式限制有时也会迫使我进行重构。
正如其他人所说，这不会在Mockito的盒子外工作。我建议使用反射来设置测试代码正在使用的对象上的特定字段。如果您发现自己经常这样做，可以将此功能打包到一个库中。
说句题外话，如果你是那个给课程打期末分数的人，那就别这么做了。我遇到这个问题是因为我正在使用一个API，其中所有内容都被标记为final，以防止我合理地需要扩展(mock)，我希望开发人员没有假设我永远不需要扩展该类。
我猜，您之所以将它作为final，是因为您希望阻止其他类扩展RainOnTrees。正如Effective Java所建议的(第15项)，有另一种方法来保持类接近于扩展而不使其成为final:
删除最后一个关键字; 将其构造函数设为private。没有类能够扩展它，因为它不能调用超构造函数; 创建一个静态工厂方法来实例化你的类。 //这里没有final关键字。 公共类RainOnTrees { 公共静态RainOnTrees newInstance() { 返回新的RainOnTrees(); ｝ 私有RainOnTrees() { //私有构造函数。 ｝ 公共无效startRain() { //这里有一些代码 ｝ ｝
通过使用这种策略，您将能够使用Mockito并使用很少的样板代码保持类关闭以供扩展。
如果您试图在test文件夹下运行unit-test，那么顶部的解决方案是可以的。只要跟着它添加一个扩展。
但如果你想运行与android相关的类，如context或activity，在androidtest文件夹下，答案是你。
