如果你只是需要测试一些具体方法而不涉及任何抽象，你可以使用CALLS_REAL_METHODS(见Morten的回答)，但是如果被测试的具体方法调用一些抽象，或未实现的接口方法，这将不起作用——Mockito将抱怨“不能在java接口上调用真实方法”。

(是的，这是一个糟糕的设计，但有些框架，例如Tapestry 4，会强迫你这样做。)

解决方法是反转这种方法——使用普通的模拟行为(即，所有东西都被模拟/存根)并使用doCallRealMethod()显式地调用测试中的具体方法。如。

public abstract class MyClass {
    @SomeDependencyInjectionOrSomething
    public abstract MyDependency getDependency();

    public void myMethod() {
        MyDependency dep = getDependency();
        dep.doSomething();
    }
}

public class MyClassTest {
    @Test
    public void myMethodDoesSomethingWithDependency() {
        MyDependency theDependency = mock(MyDependency.class);

        MyClass myInstance = mock(MyClass.class);

        // can't do this with CALLS_REAL_METHODS
        when(myInstance.getDependency()).thenReturn(theDependency);

        doCallRealMethod().when(myInstance).myMethod();
        myInstance.myMethod();

        verify(theDependency, times(1)).doSomething();
    }
}

更新如下:

对于非void方法，你需要使用encallrealmethod()来代替，例如:

when(myInstance.myNonVoidMethod(someArgument)).thenCallRealMethod();

否则Mockito将报怨“检测到未完成的存根”。

您可以通过使用间谍来实现这一点(尽管使用Mockito 1.8+的最新版本)。

public abstract class MyAbstract {
  public String concrete() {
    return abstractMethod();
  }
  public abstract String abstractMethod();
}

public class MyAbstractImpl extends MyAbstract {
  public String abstractMethod() {
    return null;
  }
}

// your test code below

MyAbstractImpl abstractImpl = spy(new MyAbstractImpl());
doReturn("Blah").when(abstractImpl).abstractMethod();
assertTrue("Blah".equals(abstractImpl.concrete()));

下面的建议允许您在不创建“真正的”子类的情况下测试抽象类——Mock是子类，只是部分Mock。

使用Mockito.mock(My.class, Answers.CALLS_REAL_METHODS)，然后模拟被调用的任何抽象方法。

例子:

public abstract class My {
  public Result methodUnderTest() { ... }
  protected abstract void methodIDontCareAbout();
}
 
public class MyTest {
    @Test
    public void shouldFailOnNullIdentifiers() {
        My my = Mockito.mock(My.class, Answers.CALLS_REAL_METHODS);
        Assert.assertSomething(my.methodUnderTest());
    }
}

注意:这个解决方案的美妙之处在于您不必实现抽象方法。CALLS_REAL_METHODS导致所有真实方法按原样运行，只要您不在测试中存根它们。

在我看来，这比使用间谍更简洁，因为间谍需要一个实例，这意味着您必须为抽象类创建一个可实例化的子类。

您可以在测试中使用匿名类扩展抽象类。 例如(使用Junit 4):

private AbstractClassName classToTest;

@Before
public void preTestSetup()
{
    classToTest = new AbstractClassName() { };
}

// Test the AbstractClassName methods.

模拟框架的设计目的是为了更容易模拟出正在测试的类的依赖关系。当您使用模拟框架模拟一个类时，大多数框架都会动态地创建一个子类，并将方法实现替换为用于检测方法何时被调用并返回假值的代码。

在测试抽象类时，您希望执行Subject Under Test (SUT)的非抽象方法，因此模拟框架并不是您想要的。

造成这种困惑的部分原因是，您所链接的问题的答案要求手工创建一个从抽象类扩展而来的模拟。我不认为这样的课程是mock。mock是一个类，它被用作依赖项的替代品，它是按照期望进行编程的，并且可以查询这些期望是否得到满足。

相反，我建议在测试中定义抽象类的非抽象子类。如果这导致了太多的代码，那么这可能表明您的类难以扩展。

另一种解决方案是使您的测试用例本身是抽象的，使用抽象的方法来创建SUT(换句话说，测试用例将使用模板方法设计模式)。

class Dependency{
  public void method(){};
}

public abstract class My {

  private Dependency dependency;
  public abstract boolean myAbstractMethod();

  public void myNonAbstractMethod() {
    // ...
    dependency.method();
  }
}

@RunWith(MockitoJUnitRunner.class)
public class MyTest {

  @InjectMocks
  private My my = Mockito.mock(My.class, Mockito.CALLS_REAL_METHODS);
  // we can mock dependencies also here
  @Mock
  private Dependency dependency;

  @Test
  private void shouldPass() {
    // can be mock the dependency object here.
    // It will be useful to test non abstract method
    my.myNonAbstractMethod();
  }
}