我猜你可能想测试一个抽象类的基本功能…但是最好的方法是扩展类而不重写任何方法，并尽可能少地模拟抽象方法。

首先，如果抽象类包含一些具体的方法，我认为你应该这样做，考虑这个例子

 public abstract class A 

 {

    public boolean method 1
    {
        // concrete method which we have to test.

    }


 }


 class B extends class A

 {

      @override
      public boolean method 1
      {
        // override same method as above.

      }


 } 


  class Test_A 

  {

    private static B b;  // reference object of the class B

    @Before
    public void init()

      {

      b = new B ();    

      }

     @Test
     public void Test_method 1

       {

       b.method 1; // use some assertion statements.

       }

   }

我为抽象类和接口所做的工作如下:我编写一个测试，将对象作为具体对象使用。但是在测试中没有设置类型为X的变量(X是抽象类)。这个测试类并没有添加到测试套件中，而是它的子类，它们有一个setup-方法，将变量设置为x的具体实现。这样我就不会重复测试代码。如果需要，未使用测试的子类可以添加更多的测试方法。

为了专门对抽象类进行单元测试，您应该出于测试目的派生它，test base.method()的结果和继承时预期的行为。

你通过调用一个方法来测试它，所以通过实现一个抽象类来测试它……

我猜你可能想测试一个抽象类的基本功能…但是最好的方法是扩展类而不重写任何方法，并尽可能少地模拟抽象方法。

如果具体方法调用任何抽象方法，该策略将不起作用，您将希望分别测试每个子类的行为。否则，只要抽象类的具体方法与子类解耦，就可以像您所描述的那样扩展它并存根抽象方法。