Comment tester une classe abstraite en Java avec JUnit ?

Question

Je suis novice en matière de tests Java avec JUnit. Je dois travailler avec Java et j'aimerais utiliser des tests unitaires.

Mon problème est le suivant : j'ai une classe abstraite avec quelques méthodes abstraites. Mais il y a des méthodes qui ne sont pas abstraites. Comment puis-je tester cette classe avec JUnit ? Exemple de code (très simple) :

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;
    }
}

Je veux tester getSpeed() y getFuel() fonctions.

Une question similaire à ce problème est aquí mais il n'utilise pas JUnit.

Dans la section FAQ de JUnit, j'ai trouvé ce lien mais je ne comprends pas ce que l'auteur veut dire avec cet exemple. Que signifie cette ligne de code ?

public abstract Source getSource() ;

Answer 1

Si vous n'avez pas d'implémentations concrètes de la classe et que les méthodes ne sont pas static Quel est l'intérêt de les tester ? Si vous avez une classe concrète, vous testerez ces méthodes dans le cadre de l'API publique de la classe concrète.

Je sais ce que vous pensez "Je ne veux pas tester ces méthodes encore et encore c'est la raison pour laquelle j'ai créé la classe abstraite", mais mon contre argument est que le but des tests unitaires est de permettre aux développeurs de faire des changements, d'exécuter les tests et d'analyser les résultats. Une partie de ces changements pourrait inclure le remplacement des méthodes de votre classe abstraite, à la fois protected y public qui pourraient entraîner des changements comportementaux fondamentaux. Selon la nature de ces changements, ils pourraient affecter le fonctionnement de votre application de manière inattendue, voire négative. Si vous disposez d'une bonne suite de tests unitaires, les problèmes découlant de ces types de changements devraient être apparents au moment du développement.

Answer 2

Créez une classe concrète qui hérite de la classe abstraite, puis testez les fonctions que la classe concrète hérite de la classe abstraite.

Answer 3

Avec l'exemple de classe que vous avez posté, il ne semble pas très judicieux de tester getFuel() y getSpeed() puisqu'ils ne peuvent que retourner 0 (il n'y a pas de setters).

Cependant, en supposant que ce n'était qu'un exemple simplifié à des fins d'illustration, et que vous avez des raisons légitimes de tester les méthodes de la classe de base abstraite (d'autres ont déjà souligné les implications), vous pourriez configurer votre code de test de sorte qu'il crée une sous-classe anonyme de la classe de base qui fournit juste des implémentations factices (no-op) pour les méthodes abstraites.

Par exemple, dans votre TestCase vous pourriez faire ça :

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

Ensuite, testez le reste des méthodes, par exemple :

public class CarTest extends TestCase
{
    private Car c;

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

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

    [...]
}

(Cet exemple est basé sur la syntaxe de JUnit3. Pour JUnit4, le code serait légèrement différent, mais l'idée est la même).

Answer 4

Utilisez le mocking. Consultez Mockito par exemple.

Answer 5

Vous ne pouvez pas tester toute la classe abstraite. Dans ce cas, vous avez des méthodes abstraites, ce qui signifie qu'elles doivent être implémentées par les classes qui étendent la classe abstraite donnée.

Dans cette classe, le programmeur doit écrire le code source qui est dédié à sa logique.

En d'autres termes, il n'y a aucun sens à tester une classe abstraite car vous n'êtes pas en mesure de vérifier son comportement final.

Si vous avez une fonctionnalité majeure non liée aux méthodes abstraites dans une classe abstraite, il suffit de créer une autre classe dans laquelle la méthode abstraite lèvera une exception.