我还有最后一节课，大概是这样的:
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做到这一点?
当前回答
为那些在Android + Kotlin上面临相同问题(Mockito + Final Class)的人节省时间。在Kotlin中，默认情况下类是final的。我在谷歌的一个Android样本中找到了一个解决方案。解决方案从这里选择:https://github.com/googlesamples/android-architecture-components/blob/master/GithubBrowserSample
创建以下注释:
/**
* This annotation allows us to open some classes for mocking purposes while they are final in
* release builds.
*/
@Target(AnnotationTarget.ANNOTATION_CLASS)
annotation class OpenClass
/**
* Annotate a class with [OpenForTesting] if you want it to be extendable in debug builds.
*/
@OpenClass
@Target(AnnotationTarget.CLASS)
annotation class OpenForTesting
修改gradle文件。举个例子:https://github.com/googlesamples/android-architecture-components/blob/master/GithubBrowserSample/app/build.gradle
apply plugin: 'kotlin-allopen'
allOpen {
// allows mocking for classes w/o directly opening them for release builds
annotation 'com.android.example.github.testing.OpenClass'
}
现在你可以注释任何类，使其开放测试:
@OpenForTesting
class RepoRepository
其他回答
我正在编写我在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通常对我来说就足够了。事实上，以这种方式限制有时也会迫使我进行重构。
在Mockito 3和更多的我有同样的问题，并修复它从这个链接
模拟最终类和方法与Mockito 依下列各项
在Mockito用于模拟最终类和方法之前，需要对它进行>配置。 我们需要在项目的src/test/resources/mockito-extensions目录中添加一个名为org.mockito.plugins.MockMaker的文本文件，并添加一行文本: mock-maker-inline Mockito在加载时检查扩展目录中的配置文件。该文件允许模拟final方法和类。
我来跟进一下。请将这一行添加到您的gradle文件:
testCompile group: 'org.mockito', name: 'mockito-inline', version: '2.8.9'
我尝试了不同版本的mockito-core和mockito-all。他们都不工作。
