Afin d'assurer un bon fonctionnement de chaque partie du code, vous devez tester unitairement toutes les méthodes de toutes vos classes. Par contre, en pratique, on ne test souvent pas les éléments suivants :
Les constructeurs (sauf pour les validations)
Les classes de ressources (seront testées dans les e2e)
Le "contexte" (Main, préparation et enregistrement des resources, etc.)
Les méthodes get (sont testées par la bande)
Avoir de pouvoir facilement tester des comportements uniques, vous devrez créer beaucoup plus de classes que simplement celles des resources. Par exemple, pensez à créer des factories pour la création (avec validations) des entités, des repositories pour la sauvegarde et le fetching des entités, ou encore des assemblers/mappers pour la convertion des entités en réponses. Le but est de réussir à tester le plus de comportements possibles!
Tests unitaires pour les classes reliés à Product
Afin d'assurer un bon fonctionnement de chaque partie du code, vous devez tester unitairement toutes les méthodes de toutes vos classes. Par contre, en pratique, on ne test souvent pas les éléments suivants :
Main, préparation et enregistrement des resources, etc.)get(sont testées par la bande)Avoir de pouvoir facilement tester des comportements uniques, vous devrez créer beaucoup plus de classes que simplement celles des resources. Par exemple, pensez à créer des factories pour la création (avec validations) des entités, des repositories pour la sauvegarde et le fetching des entités, ou encore des assemblers/mappers pour la convertion des entités en réponses. Le but est de réussir à tester le plus de comportements possibles!