JUnitを使用してJavaで抽象クラスをテストする方法は？

JUnitを使用したJavaテストは初めてです。Javaを使用する必要があり、単体テストを使用したいと思います。

私の問題は、いくつかの抽象メソッドを持つ抽象クラスがあります。しかし、抽象的ではないいくつかの方法があります。このクラスをJUnitでテストするにはどうすればよいですか？サンプルコード（非常に単純）：

abstract class Car {

    public Car(int speed, int fuel) {
        this.speed = speed;
        this.fuel = fuel;
    }

    private int speed;
    private int fuel;

    abstract void drive();

    public int getSpeed() {
        return this.speed;
    }

    public int getFuel() {
        return this.fuel;
    }
}

テストgetSpeed()してgetFuel()機能させたい。

この問題と同様の質問がここにありますが、JUnitを使用していません。

JUnitのFAQセクションでこのリンクを見つけましたが、この例で作成者が何を言いたいのかわかりません。このコード行はどういう意味ですか？

public abstract Source getSource() ;

クラスの具体的な実装がなく、メソッドがstaticそれらをテストするポイントではない場合はどうでしょうか。具象クラスがある場合は、具象クラスのパブリックAPIの一部としてそれらのメソッドをテストします。

「これらのメソッドを何度もテストしたくないので、抽象クラスを作成した理由」とあなたが考えていることは知っていますが、それに対する私の反論は、単体テストのポイントは開発者が変更できるようにすることです。テストを実行し、結果を分析します。これらの変更の一部には、との両方の抽象クラスのメソッドのオーバーライドが含まれる可能性がprotectedありpublic、その結果、基本的な動作が変更される可能性があります。これらの変更の性質によっては、アプリケーションが予期しない、場合によっては否定的な方法で実行される方法に影響を与える可能性があります。これらのタイプの変更から生じる優れた単体テストスイートの問題がある場合は、開発時に明らかになるはずです。

抽象クラスを継承する具象クラスを作成し、具象クラスが抽象クラスから継承する関数をテストします。

あなたが投稿したサンプルクラスでは、テストすることはあまり意味がないようでgetFuel()ありgetSpeed()、0を返すことしかできないためです（セッターはありません）。

ただし、これは説明のための単純化された例であり、抽象基本クラスのメソッドをテストする正当な理由があると仮定すると（他の人はすでにその影響を指摘しています）、匿名を作成するようにテストコードを設定できます抽象メソッドのダミー（no-op）実装を提供するだけの基本クラスのサブクラス。

たとえば、あなたTestCaseはこれを行うことができます：

c = new Car() {
       void drive() { };
   };

次に、残りのメソッドをテストします。例：

public class CarTest extends TestCase
{
    private Car c;

    public void setUp()
    {
        c = new Car() {
            void drive() { };
        };
    }

    public void testGetFuel() 
    {
        assertEquals(c.getFuel(), 0);
    }

    [...]
}

（この例はJUnit3構文に基づいています。JUnit4の場合、コードは少し異なりますが、考え方は同じです。）

とにかく解決策が必要な場合（たとえば、抽象クラスの実装が多すぎて、テストが常に同じ手順を繰り返すため）、その実装によって実行される抽象ファクトリメソッドを使用して抽象テストクラスを作成できます。テストクラス。この例は、TestNGで機能します。

の抽象テストクラスCar：

abstract class CarTest {

// the factory method
abstract Car createCar(int speed, int fuel);

// all test methods need to make use of the factory method to create the instance of a car
@Test
public void testGetSpeed() {
    Car car = createCar(33, 44);
    assertEquals(car.getSpeed(), 33);
    ...

の実装 Car

class ElectricCar extends Car {

    private final int batteryCapacity;

    public ElectricCar(int speed, int fuel, int batteryCapacity) {
        super(speed, fuel);
        this.batteryCapacity = batteryCapacity;
    }

    ...

クラスElectricCarTestのユニットテストクラスElectricCar：

class ElectricCarTest extends CarTest {

    // implementation of the abstract factory method
    Car createCar(int speed, int fuel) {
        return new ElectricCar(speed, fuel, 0);
    }

    // here you cann add specific test methods
    ...

あなたはこのようなことをすることができます

public abstract MyAbstractClass {

    @Autowire
    private MyMock myMock;        

    protected String sayHello() {
            return myMock.getHello() + ", " + getName();
    }

    public abstract String getName();
}

// this is your JUnit test
public class MyAbstractClassTest extends MyAbstractClass {

    @Mock
    private MyMock myMock;

    @InjectMocks
    private MyAbstractClass thiz = this;

    private String myName = null;

    @Override
    public String getName() {
        return myName;
    }

    @Test
    public void testSayHello() {
        myName = "Johnny"
        when(myMock.getHello()).thenReturn("Hello");
        String result = sayHello();
        assertEquals("Hello, Johnny", result);
    }
}

抽象クラスから継承するjUnit内部クラスを作成します。これはインスタンス化でき、抽象クラスで定義されているすべてのメソッドにアクセスできます。

public class AbstractClassTest {
   public void testMethod() {
   ...
   }
}


class ConcreteClass extends AbstractClass {

}

匿名クラスをインスタンス化してから、そのクラスをテストできます。

public class ClassUnderTest_Test {

    private ClassUnderTest classUnderTest;

    private MyDependencyService myDependencyService;

    @Before
    public void setUp() throws Exception {
        this.myDependencyService = new MyDependencyService();
        this.classUnderTest = getInstance();
    }

    private ClassUnderTest getInstance() {
        return new ClassUnderTest() {    
            private ClassUnderTest init(
                    MyDependencyService myDependencyService
            ) {
                this.myDependencyService = myDependencyService;
                return this;
            }

            @Override
            protected void myMethodToTest() {
                return super.myMethodToTest();
            }
        }.init(myDependencyService);
    }
}

可視性は抽象クラスのprotectedプロパティに対するものでなければならないことに注意してください。myDependencyServiceClassUnderTest

このアプローチをMockitoとうまく組み合わせることができます。こちらをご覧ください。

これをテストする私の方法は、それぞれの中で非常に簡単abstractUnitTest.javaです。抽象クラスを拡張するクラスをabstractUnitTest.javaに作成するだけです。そして、そのようにテストします。

抽象クラス全体をテストすることはできません。この場合、抽象メソッドがあります。これは、指定された抽象クラスを拡張するクラスによって実装する必要があることを意味します。

そのクラスでは、プログラマーは自分のロジック専用のソースコードを作成する必要があります。

言い換えれば、抽象クラスの最終的な動作を確認できないため、抽象クラスをテストする感覚はありません。

一部の抽象クラスに抽象メソッドに関連しない主要な機能がある場合は、抽象メソッドが例外をスローする別のクラスを作成するだけです。

オプションとして、抽象クラス内のロジックをカバーする抽象テストクラスを作成し、サブクラステストごとに拡張できます。このようにして、このロジックが各子に対して個別にテストされることを確認できます。