poluent

Format du rendu

• dépôt 2024_retake_testing :
  • fe/ pour le frontend,
  • be/ pour le backend,
  • testing.md pour les procédures de tests, et
  • tous les fichiers que vous jugez utile (scripts, configurations, etc.)
• une présentation vidéo de votre travail (microphone + enregistrement d’écran) :
  • tour d’horrizon du code frontend et backend,
  • explications de ce que vous avez mis en place pour chaque type de test,
  • exécution des tests.

Consignes

API

Mettez en place un projet d’API avec une base de donnée avec les technologies de votre choix.

Votre API doit permettre d’interagir avec deux entités, des utilisateurs et des événements. Un événement est associé a un utilisateur, a une date et heure de début et une date et heure de fin. Un utilisateur ne peut avoir qu’un seul événement en même temps.

Vous n’avez pas besoin de travailler sur la partie sécurité, mots de passes, jetons, etc.

Prévoyez des routes pour :

• créer/supprimer un utilisateur
• créer/supprimer un événement
• créer une suite d’événement pour un utilisateur
  • date de départ
  • durée de chaque événement
  • nombre d’événement à générer
  • base du titre (à laquelle on rajoute un numéro)

Vous devez écrire :

• les tests systèmes pour chacune des routes (y compris les cas de collisions entre événements) ;
• les tests unitaires/d’intégration pour la vérification qu’un événement fini après avoir commencé et pour la génération d’une liste d’événements à ajouter en base de données.

Vous devez fournir un automatisme ou une procédure qui permet à la correctrice ou au correcteur d’exécuter les tests sans connaissance ou compréhension préalable de votre projet. Pensez à comment préparer la base de données, ou comment cloner le projet.

Vous devez fournir une procédure sur les actions à prendre en cas d’échecs des tests et de regression.

Frontend

Écrivez un Frontend, sans vous soucis de son aspect visuel. Il doit comporter une page qui affiche un formulaire pour créer un événement à un utilisateur (par son login ou son identifiant unique), une liste des événement de tous les utilisateurs.

La création d’événement doit afficher un message s’il y a un problème avec la nature de l’erreur (utilisateur inexistant, date invalide, conflit dans les dates).

Vous devez écrire deux tests d’acceptation (expression du besoin de l’utilisateur, critère d’acceptation, procédure pour effectuer le test et pour consigner les résultats).

• Un premier pour les fonctionnalités de la page donnée dans les consignes.
• Un second pour une fonctionnalité que vous devez imaginer.

Vous devez écrire un test end-2-end et fournir tous ce qui est nécessaire pour l’exécuter. Dans ce test vous devez tester les fonctionnalité de la page donnée dans ces consignes.

Vous devez écrire un test d’intégration de composant qui vérifie :

• la requête POST générée pour l’envoi de formulaire en fonction des informations saisies dans le formulaire grâce à un mock de la requête API ;
• l’affichage des données des événements tels que renvoyés par un mock de la requête à l’API.