我还有最后一节课，大概是这样的:
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)
)
}
其他回答
对我们来说，这是因为我们从koin-test中排除了mockito-inline。一个gradle模块实际上需要这个，并且由于某些原因，它只在发布版本中失败了(IDE中的调试版本可以工作):-P
正如其他人所说，这不会在Mockito的盒子外工作。我建议使用反射来设置测试代码正在使用的对象上的特定字段。如果您发现自己经常这样做，可以将此功能打包到一个库中。
说句题外话，如果你是那个给课程打期末分数的人，那就别这么做了。我遇到这个问题是因为我正在使用一个API，其中所有内容都被标记为final，以防止我合理地需要扩展(mock)，我希望开发人员没有假设我永远不需要扩展该类。
只有在Mockito v2中才可以模拟final/static类/方法。
添加到你的gradle文件:
testImplementation 'org.mockito:mockito-inline:2.13.0'
这是不可能与Mockito v1，从Mockito常见问题:
Mockito的局限性是什么 需要java1.5 + 不能模拟最终类 .．.
在构建文件中添加以下内容:
如果使用gradle: build.gradle
testImplementation 'org.mockito:mockito-inline:2.13.0'
如果使用maven: pom.xml
<dependency>
<groupId>org.mockito</groupId>
<artifactId>mockito-inline</artifactId>
<version>2.13.0</version>
<scope>test</scope>
</dependency>
这是一个使mockito与final类一起工作的配置
如果您面临无法初始化内联字节伙伴模拟生成器。(Android不支持这个模拟生成器。) 将字节伙伴依赖项添加到构建中。gradle文件:
testImplementation 'net.bytebuddy:byte-buddy-agent:1.10.19'
src: https://mvnrepository.com/artifact/net.bytebuddy/byte-buddy
你不能用Mockito模拟最后一个类，因为你自己不能这样做。
我所做的是创建一个非final类来包装final类并作为委托使用。一个例子是TwitterFactory类，这是我的mockable类:
public class TwitterFactory {
private final twitter4j.TwitterFactory factory;
public TwitterFactory() {
factory = new twitter4j.TwitterFactory();
}
public Twitter getInstance(User user) {
return factory.getInstance(accessToken(user));
}
private AccessToken accessToken(User user) {
return new AccessToken(user.getAccessToken(), user.getAccessTokenSecret());
}
public Twitter getInstance() {
return factory.getInstance();
}
}
缺点是有很多样板代码;好处是您可以添加一些可能与您的应用程序业务相关的方法(如在上面的例子中，getInstance接受用户而不是accessToken)。
在你的例子中，我会创建一个非最终的RainOnTrees类，它委托给最终的类。或者，如果你能让它变成非最终结果，那就更好了。
