我还有最后一节课，大概是这样的:
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做到这一点?
当前回答
我克服了这条信息:
org.mockito.exceptions.base.MockitoException: 不能模拟/间谍类org.slf4j.impl.Log4jLoggerAdapter Mockito不能模仿/侦察，因为: 最终类或匿名类
从这个:log = spy(log);
用这个代替:
log = mock(Logger.class);
这样就有用了。
我猜“默认”记录器适配器是final类的一个实例，所以我不能“侦察”它，但我可以模拟整个事情。去图…
这可能意味着你可以用其他一些“非最终”实例来代替它，如果你有的话。或者简化版本等等。就其价值而言……
其他回答
如果你需要在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”。
在某些情况下可能适用的另一种解决方法是创建一个由最终类实现的接口，更改代码以使用该接口而不是具体类，然后模拟该接口。这样可以将契约(接口)与实现(最终类)分离。当然，如果您真正想要的是绑定到最终的类，这将不适用。
我克服了这条信息:
org.mockito.exceptions.base.MockitoException: 不能模拟/间谍类org.slf4j.impl.Log4jLoggerAdapter Mockito不能模仿/侦察，因为: 最终类或匿名类
从这个:log = spy(log);
用这个代替:
log = mock(Logger.class);
这样就有用了。
我猜“默认”记录器适配器是final类的一个实例，所以我不能“侦察”它，但我可以模拟整个事情。去图…
这可能意味着你可以用其他一些“非最终”实例来代替它，如果你有的话。或者简化版本等等。就其价值而言……
我正在编写我在Java 11中模拟final/private类及其方法的各种失败尝试之后所遵循的步骤，这些尝试最终对我有用。
在里面创建一个名为org.mockito.plugins.MockMaker的文件 您的test/resources/mockito-extensions文件夹。请创建 Mockito-extensions文件夹(如果还没有)。 在上面的org.mockito.plugins.MockMaker文件中添加一行mock-maker-inline内容 添加
@RunWith(PowerMockRunner.class)
@PowerMockIgnore({"javax.management.*", "jdk.internal.reflect.*", "com.sun.org.apache.xerces.*", "javax.xml.*", "org.xml.*", "org.w3c.*"})
@PrepareForTest(Utility.class)
类级别的注释。
在测试类中设置过程
@Before
public void setup () {
MockitoAnnotations.initMocks(this);
Mockito.mockStatic(ClassToBeMocked.class);
}
使用Mockito.when(..).thenReturn(..)进行断言 在多个测试用例的情况下，添加下面的代码
@After
public void after() {
Mockito.framework().clearInlineMocks();
}
我正在使用的模拟版本:3.9.0 Java版本:11
由RC和Luigi R. Viggiano共同提供的解决方案可能是最好的主意。
尽管Mockito在设计上不能模拟final类，但是委托方法是可能的。这有它的优点:
如果API一开始就打算将类改为非final类(final类有其好处)，那么不必强制将类改为非final类。 您正在测试API周围装饰的可能性。
在您的测试用例中，您故意将调用转发到被测试的系统。因此，通过设计，你的装饰什么都不做。
因此，测试还可以证明用户只能修饰API，而不能扩展API。
从更主观的角度来看: 我更喜欢将框架保持在最低限度，这就是为什么JUnit和Mockito通常对我来说就足够了。事实上，以这种方式限制有时也会迫使我进行重构。
