Tests unitaires

On utilise souvent la matrice Given-When-Then (Structure AAA) :

// Given (Arrange) - Préparer les données
// When (Act) - Exécuter l'action 
// Then (Assert) - Vérifier le résultat

On isole le service à tester en utilisant des Mock objects (objets factices).

• @Mock = Crée un objet factice (stub/mock)
  • Les repositories ne font rien de réel
  • leurs réponses sont contrôlées avec when(…).thenReturn(…)
• @InjectMocks = Crée la vraie instance à tester

Vérification du WorkFlow métier :

• verify() : “Le service a-t-il bien appelé cette méthode ?”
• verifyNoInteractions() : “Le service n'a-t-il pas touché ce repository ?”

Exemple :

Si la catégorie n'existe pas → le service ne doit PAS essayer de sauver le produit !

• 1 test = 1 comportement
• Noms explicites (should create product when category exists)
• Tests indépendants (pas d'ordre)
• Données de test isolées
• Given-When-Then structure

Feeback rapide après lancement de la suite

Ne pas faire dépendre un test du résultat d'autres tests, ni de l'environnement

Un test doit toujours produire le même résultat, prédictible

Doit être autonome pour déterminer la validité de son résultat

Fait au bon moment (avant l'écriture du code de prod dans l'idéal)

@ExtendWith(MockitoExtension::class)  // Pour tests unitaires
@SpringBootTest                       // Application complète
@WebMvcTest(Controller::class)        // Tests controllers
@DataJpaTest                         // Tests repositories
@Mock                                // Faux objet
@MockBean                           // Mock dans contexte Spring
@InjectMocks                        // Vraie instance avec mocks injectés