-
Notifications
You must be signed in to change notification settings - Fork 0
Testing
[Méthodologie globale, liste des types de test (unitaire, intégration, ...), et pour chacun, quelle technologie de test a été utilisée + justification]
[A indiquer :
- l'outil de test
- le nombre de test,
- le code coverage
- la méthodologie pour le choix des valeurs d'input,
- les tableaux input/output utilisés pour construire les tests
- si possible la couverture des tests concernés.
- Le lien vers le code des tests en question
- si cela est relevant, l'étudiant qui a mis en place le système permettant d'effectuer les tests. ]
Implémentation de Vitest
[Idem]
[Idem]
[Bilan personnel de la réalisation des tests, ce que l'étudiant a testé.]
J'ai réalisé des tests du côté des administrateurs (managers du club) sur la liste des utilisateurs. Ces tests visent à vérifier que les utilisateurs s'inscrivent correctement et que leurs informations s'affichent conformément aux paramètres saisis. J'ai également effectué une vérification de la modification du profil administrateur. Mon objectif était de m'assurer que les champs permettant d'introduire les nouvelles données sont bien présents dans le document, ainsi que le bouton permettant d'enregistrer les modifications.
Lien vers le code de test produit par l'étudiant
[Nombre de tests réalisés, avec des Tableaux de valeurs input/output utilisés pour comprendre la philosophie des tests] Nous avons choisi d'utiliser Vitest pour effectuer nos tests car nous développons notre projet avec Vite. Vitest s'intègre parfaitement avec Vite, offrant une configuration rapide et une expérience de test cohérente et efficace, ce qui optimise notre flux de travail.
J'ai mise en place différent test pour mon US personnelle correspondant à l'agenda.
Du côté administrateur et utilisateur je vérifie si j'ai bien récupéré le rendu du composant <Liste_evenement />
.
Ensuite, du côté administrateur, J'ai vérifier si le formulaire pour rajouter des évènement existait bien. Enfin j'ai vérifié ci les erreurs ce génèrent bien en cas de mauvais submit du formulaire.
Les test avec React sont extrêmement du au fait que certain élément ce multiplie en fonction de leur états et à qui ils sont lié. Example, mon formulaire du coté admin ne pouvais pas être détecté par un getByLabelText
mais par un ´getAllByLabelText´ rendant le tout beacoup plus compliqué à simuler pour les tests car on ne sait pas prévoir tout les changement
voici un screen de tous les modules importé pour effectuer correctement du component Agenda.Data.jsx du côté Admin.
Et voici les Tests du côté admin:
c'est les fichiers Agenda Liens vers mon code