我正在测试一个 Android 应用程序,并使用我的大学提供给我的库,类(class) 1-4 来 self 的讲师供我们使用。
我有一个像这样结构的类:
一类
public ClassOne {
private ClassTwo clsTwo;
...
public ClassOne(ClassTwo p1)
public ClassTwo getClsTwo();
}
ClassTwo 的结构如下:
public ClassTwo {
private ClassThree clsThree;
...
public ClassTwo()
public ClassThree getClsThree();
}
ClassThree 的结构如下:
public ClassThree {
private HashMap<Bitmap> mBitmaps;
...
private ClassFour clsFour;
...
public ClassThree(ClassFour p1);
...
public loadFile(String path, String name);
public loadFileFromAssetStore(String name);
}
ClassFour 的结构如下:
public ClassFour {
...
public ClassFour(Context context);
...
}
我正在测试的类是 ClassFive,它特别突出显示了导致问题的方法:
public ClassFive {
private Bitmap myBitmap
...
public ClassFive(...,...,...,ClassOne p,...){
super(..., p,
p.getClsTwo().getClsThree().loadFileFromAssetStore("Default value"));
this.myBitmap = loadCorrectFile(...,p);
}
private Bitmap loadCorrectFile(..., ClassOne p){
String strCorrectFileName;
switch(...){
...
// set value of strCorrectFileName
...
}
this.myBitmap = p.getClsTwo().getClsThree().loadFileFromAssetStore(strCorrectFileName);
}
}
我的问题是我需要使用 ClassFive 的构造函数来测试方法,但是当使用 NPE 调用构造函数时,测试全部“失败”。
public class ClassFiveTest {
@Mock
private ClassOne mockClassOne = Mockito.Mock(ClassOne.class);
@Test
public void testConstructorGetName() throws Exception {
ClassFive instance = new ClassFive(..., mockClassOne);
...
// Assertions here
...
}
我的问题是,在我的测试到达我的断言之前,就返回了空指针异常。我需要使用mockito吗?因为我尝试过 - 也许我只是在这个例子中使用错误。或者我需要使用仪器测试吗?当我尝试仪器测试时,我发现无法访问 ClassOne 和 ClassTwo?
最佳答案
使用一些 stubbing 可以轻松解决这个问题.
@Mock private ClassOne mockClassOne; // Don't call `mock`; let @Mock handle it.
@Mock private ClassTwo mockClassTwo;
@Mock private ClassThree mockClassThree;
@Override public void setUp() {
MockitoAnnotations.initMocks(this); // Inits fields having @Mock, @Spy, and @Captor.
when(mockClassOne.getClsTwo()).thenReturn(mockClassTwo);
when(mockClassTwo.getClsThree()).thenReturn(mockClassThree);
// Now that you can get to mockClassThree, you can stub that too.
when(mockClassThree.loadFileFromAssetStore("Default value")).thenReturn(...);
when(mockClassThree.loadFileFromAssetStore("Your expected filename")).thenReturn(...);
}
总之,Mockito 旨在轻松制作类的替换实例,以便您可以检查与被测类的交互:在这里,您正在创建 ClassOne、ClassTwo 和 ClassOne 的假(“测试替身”)实现ClassThree,用于测试 ClassFive 的目的。 (您也可以选择使用真正的实现或手动编写的假实现,如果其中任何一个对您的特定情况比 Mockito 生成的实现更有意义。)除非您以其他方式 stub 它们,否则 Mockito 实现将返回虚拟值,例如零或 null
对于所有已实现的方法,因此尝试对 getClsTwo
返回的 null
调用 getClsThree
会导致 NPE,直到您 stub getClsTwo
否则。
如果 mockThree 的 stub 在测试之间发生变化,您可以在初始化 ClassFive 之前将它们移动到测试中。我还坚持使用 JUnit3 语法和上面的显式 initMocks
,因为如果您不使用 Android Testing Support Library,Android 仪器测试就会停留在 JUnit3 语法上。 ;对于 JUnit4 或该库的测试,您可以使用 a cleaner alternative to initMocks
。一旦您熟悉了 Mockito,您还可以考虑 RETURNS_DEEP_STUBS ,但我自己喜欢保持我的 stub 明确;该文档还正确地警告“每次模拟返回模拟时,仙女都会死去”。
这不是又长又复杂,而且不觉得没有必要吗? 是的。您正在解决违反 Law of Demeter 的行为,维基百科总结(强调我的)为:
- Each unit should have only limited knowledge about other units: only units "closely" related to the current unit.
- Each unit should only talk to its friends; don't talk to strangers.
- Only talk to your immediate friends.
您的问题和详细的解决方案都源于依赖于 ClassThree 的 ClassFive,但仅通过 ClassOne 和 ClassTwo 实现细节。这不是严格的法律,但在大学之外的您自己的代码中,您可能会将此视为重新审视 ClassOne、ClassTwo 和 ClassFive 的设计以及它们如何交互的标志。如果 ClassFive 直接依赖于 ClassThree,那么在生产和测试中使用代码可能会更容易,并且也许您会发现 ClassOne 根本没有必要。
// ClassFive doesn't just work with its dependency ClassOne, it works directly with its
// dependency's dependency's dependency ClassThree.
super(..., p,
p.getClsTwo().getClsThree().loadFileFromAssetStore("Default value"));
关于java - Android单元测试: How do I test this?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41410548/