Comment se moquer des méthodes de sous-classe tout en préservant les implémentations de superclasse dans Mockito ?

Se moquer des méthodes de sous-classe tout en préservant les implémentations de superclasse

Mockito, un framework de moquerie Java largement utilisé, est souvent confronté au défi de se moquer sélectivement de méthodes spécifiques au sein des hiérarchies de classes. Cet article aborde un scénario dans lequel vous souhaitez vous moquer uniquement de l'appel à une méthode héritée de la superclasse.

Énoncé du problème

Considérez la structure de classe suivante :

<code class="java">class BaseService {  
    public void save() {...}  
}

public Childservice extends BaseService {  
    public void save(){  
        //some code  
        super.save();
    }  
}  </code>

Dans les tests unitaires, vous souhaiterez peut-être vous moquer uniquement du deuxième appel à super.save() sans affecter l'implémentation dans ChildService.

Solution

Bien qu'il ne soit généralement pas recommandé de refactoriser les hiérarchies de classes existantes à des fins de test, il existe des moyens de relever ce défi sans modifier la base de code.

Considérez l'approche suivante :

<code class="java">class BaseService {

        public void validate(){
            fail(" I must not be called");
        }

        public void save(){
            //Save method of super will still be called.
            validate();
        }
    }

    class ChildService extends BaseService{

        public void load(){}

        public void save(){
            super.save();
            load();
        }
    }

    @Test
    public void testSave() {
        ChildService classToTest = Mockito.spy(new ChildService());

        // Prevent/stub logic in super.save()
        Mockito.doNothing().when((BaseService)classToTest).validate();

        // When
        classToTest.save();

        // Then
        verify(classToTest).load();
    }</code>

Cette solution exploite L'API Mockito.spy() de Mockito pour encapsuler une instance de la classe ChildService. Ensuite, il remplace la méthode validate() de BaseService (la superclasse) en utilisant Mockito.doNothing(). Cela garantit que la logique de validate() est évitée pendant le test. En conséquence, la véritable implémentation de ChildService.save() est appelée, tandis que l'appel à super.save() est effectivement tronqué.

Notes supplémentaires

Ceci Cette technique doit être utilisée avec parcimonie, car les méthodes externes de stubbing ou de moquerie peuvent conduire à des tests fragiles et avoir un impact sur l'exactitude de vos résultats de test. Cependant, cela peut être une solution pragmatique lorsque la refactorisation de la hiérarchie des classes n'est pas une option.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!