【问题标题】:Mockito : doNothing tries to invoke the void method in Android instrumented testMockito:doNothing 尝试在 Android 检测测试中调用 void 方法
【发布时间】:2016-10-24 15:45:33
【问题描述】:

编辑

阅读FAQ 时,它让我了解了这里可能导致问题的原因。为了试一试,我将 stubbed 方法的可见性 open() 更改为 public 并按预期执行,没有抛出任何异常。

我不确定这是错误还是版本 1.10.19 的预期行为。

原帖

在我的 Android 项目中,我使用Mockito 来简化一些(仪器)测试的实施。我能够模拟一些非 void 方法,但没有弄清楚如何正确地存根 void 方法

我正在尝试测试一个课程House。一个House 有一个Door 类型的属性和一个openDoor() 方法。一个Door 和一个Handle 类型的属性和一个方法open()。当我调用openDoor()时,我想检查是否调用了open(),所以我写了这段代码:

@Test
public void testOpenDoorInitial() {
    Door stubbedDoor = mock(Door.class);
    doNothing().when(stubbedDoor).open();
    myHouse.setDoor(stubbedDoor); //myHouse has been initialized
    myHouse.openDoor();
    verify(stubbedDoor, times(1)).open();
}

public class House {
   Door door;
   //rest of code       
   void setDoor(Door d){
      door = d;
   }
   void openDoor(){
      // some conditions
      door.open();
   }
}

public class Door {
   Handle handle;
   //... rest of code
   void open(){
      handle.tryToUse(); //Throws NullPointException
   }
}

问题是NullPointerException 被抛出在doNothing.when(stubbedDoor).open(); 线上,告诉我handle 为空。 doNothing() 似乎实际上调用了open(),这是我没想到的。

有人知道这个问题的根源吗?我是 Mockito 的新手,所以我可能错过了一些明显的东西。

为了在仪器测试中启用 Mockito,我导入了以下模块。

androidTestCompile 'org.mockito:mockito-core:1.10.19'
androidTestCompile "com.crittercism.dexmaker:dexmaker:1.4"
androidTestCompile "com.crittercism.dexmaker:dexmaker-dx:1.4"
androidTestCompile "com.crittercism.dexmaker:dexmaker-mockito:1.4" 

【问题讨论】:

  • 嗯,您的代码在非安卓环境中对我来说可以正常工作。

标签: java android mocking mockito void


【解决方案1】:

尝试使用较新的版本,您使用的是 1.10.19。我不确定,但似乎这个问题在之后解决了,你可以看到hereHere你可以找到版本列表。

【讨论】:

  • 我可以使用 Mockito,它与 DexMaker 无关。我要试试测试版,谢谢你的提示;)
  • 告诉我!只是好奇!
  • 好吧,我将存根方法的可见性更改为“public”并解决了这个问题。
  • 啊!!确实只有公共方法可以被存根
  • 我觉得这很奇怪......我读到了 Mockoti 无法存根私有方法,但没有关于包访问受限方法的信息。 github.com/mockito/mockito/wiki/Mockito-And-Private-Methods
【解决方案2】:

这可能与 Mockito 的 issue 212 有关,其中包私有父类可能会导致模拟失败,因为 Mockito 无法存根隐藏的方法。 (这可能与编译器引入的synthetic methods 有关,以解决类层次结构中的可见性复杂性。)

Mockito 2.0 通过switching from CGLIB to ByteBuddy 解决了这个问题;我不记得 ByteBuddy 是否是任何 1.x 版本的一部分。但是,您将 Mockito 与 DexMaker 一起使用,这可能会遇到类似的问题。

【讨论】:

  • 嘿,谢谢你的信息。事实上,似乎方法可见性至少会影响 Mockito 的行为。经过其他测试,似乎类可见性也会影响 Mockito。请注意,该类没有父类;)我将在 Mockito 2.x 测试版结束时尝试它,但现在我将坚持使用 1.10.19 版本。我猜 DexMaker 并没有简化 Mockito 在这方面的工作,也可能是问题的潜在来源。
  • 嘿杰夫。我尝试使用 Mockito 2.x,但似乎很难将其集成到 Android 中:即stackoverflow.com/questions/31409458/… 关于这个主题有什么建议吗?你在 Android(仪表)测试中使用 Mockito 2.x 吗?我认为我只是做错了什么,实际上应该编写单元测试。
  • @Gordak 切换到 Mockito 2.0 测试版并没有帮助,因为有帮助的更改——即使问题在 ByteBuddy 中解决了,但在 Android 代码生成库 DexMaker(Mockito 有用于仪表测试而不是 CGLIB 或 ByteBuddy,因为 Android 需要 dex 文件而不是 class 文件)。我提出问题 212 并不是因为它完全匹配,而只是因为它证明在某些代码生成库中限制可见性可能会导致令人惊讶且解释不清的模拟失败
  • 感谢您的澄清。所以我只写单元测试,我不需要从类到 dex 格式的任何转换。我想我应该从一开始就这样做。 #新手编程
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2021-08-27
  • 1970-01-01
  • 2011-04-12
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多