java - Android单元测试: How do I test this?

Question

我正在测试一个 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？

Answer 1

使用一些 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"));