我还有最后一节课，大概是这样的:
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做到这一点?
当前回答
我认为原则上你需要多想想。相反，你最终类使用他的接口和模拟接口。
:
public class RainOnTrees{
fun startRain():Observable<Boolean>{
// some code here
}
}
add
interface iRainOnTrees{
public void startRain():Observable<Boolean>
}
并模拟你的界面:
@Before
fun setUp() {
rainService= Mockito.mock(iRainOnTrees::class.java)
`when`(rainService.startRain()).thenReturn(
just(true).delay(3, TimeUnit.SECONDS)
)
}
其他回答
使用Powermock。这个链接展示了如何做到这一点:https://github.com/jayway/powermock/wiki/MockFinal
只有在Mockito v2中才可以模拟final/static类/方法。
添加到你的gradle文件:
testImplementation 'org.mockito:mockito-inline:2.13.0'
这是不可能与Mockito v1，从Mockito常见问题:
Mockito的局限性是什么 需要java1.5 + 不能模拟最终类 .．.
如果你需要在Android的测试中使用Mockito(即在Android设备中运行)，你不能使用Mockito -inline。有一个特殊的模拟android版本也没有解决“最终类”的问题。唯一可行的解决方案似乎是Dexmaker库。唯一的限制是它只能在Android P (Android 9, API 28)或更高版本上运行。导入方式如下:
androidTestImplementation "com.linkedin.dexmaker:dexmaker-mockito-inline:2.28.1"
注意，还有一个“dexmaker-mockito”版本，它也不适用于final类。确保您导入了“dexmaker-mockito-inline”。
由RC和Luigi R. Viggiano共同提供的解决方案可能是最好的主意。
尽管Mockito在设计上不能模拟final类，但是委托方法是可能的。这有它的优点:
如果API一开始就打算将类改为非final类(final类有其好处)，那么不必强制将类改为非final类。 您正在测试API周围装饰的可能性。
在您的测试用例中，您故意将调用转发到被测试的系统。因此，通过设计，你的装饰什么都不做。
因此，测试还可以证明用户只能修饰API，而不能扩展API。
从更主观的角度来看: 我更喜欢将框架保持在最低限度，这就是为什么JUnit和Mockito通常对我来说就足够了。事实上，以这种方式限制有时也会迫使我进行重构。
我也有同样的问题。由于我试图模拟的类是一个简单的类，所以我只是创建了它的一个实例并返回该实例。
