假设你的测试类和你的测试类在同一个包中(在不同的源根下)，你可以简单地创建mock:

YourClass yourObject = mock(YourClass.class);

并调用您想要测试的方法，就像调用其他方法一样。

你需要为每个被调用的方法提供期望，以及任何具体方法调用超方法的期望——不确定如何用Mockito做到这一点，但我相信这在EasyMock中是可能的。

所有这些操作都是创建YouClass的具体实例，从而节省了为每个抽象方法提供空实现的工作量。

顺便说一句，我经常发现在我的测试中实现抽象类很有用，它作为一个示例实现，我通过它的公共接口进行测试，尽管这确实依赖于抽象类提供的功能。

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

private AbstractClassName classToTest;

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

// Test the AbstractClassName methods.

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

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

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

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

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

尝试使用自定义答案。

例如:

import org.mockito.Mockito;
import org.mockito.invocation.InvocationOnMock;
import org.mockito.stubbing.Answer;

public class CustomAnswer implements Answer<Object> {

    public Object answer(InvocationOnMock invocation) throws Throwable {

        Answer<Object> answer = null;

        if (isAbstract(invocation.getMethod().getModifiers())) {

            answer = Mockito.RETURNS_DEFAULTS;

        } else {

            answer = Mockito.CALLS_REAL_METHODS;
        }

        return answer.answer(invocation);
    }
}

它将为抽象方法返回mock，为具体方法调用real方法。

PowerMock的Whitebox.invokeMethod(..)在这种情况下很方便。

假设你的测试类和你的测试类在同一个包中(在不同的源根下)，你可以简单地创建mock:

YourClass yourObject = mock(YourClass.class);

并调用您想要测试的方法，就像调用其他方法一样。

你需要为每个被调用的方法提供期望，以及任何具体方法调用超方法的期望——不确定如何用Mockito做到这一点，但我相信这在EasyMock中是可能的。

所有这些操作都是创建YouClass的具体实例，从而节省了为每个抽象方法提供空实现的工作量。

顺便说一句，我经常发现在我的测试中实现抽象类很有用，它作为一个示例实现，我通过它的公共接口进行测试，尽管这确实依赖于抽象类提供的功能。