Dans ce labo, tu mets en pratique les idées du module 4 dans ton projet intégrateur. L’objectif est de vérifier que votre équipe travaille proprement sur le code, qu’une stratégie de tests existe vraiment et que des tests unitaires ont commencé à être codés.

Suis les étapes ci-dessous avec ton équipe et assure-toi que chaque action laisse une trace dans Jira et dans votre dépôt GitHub.

Étape 1 – Organisation Git/GitHub en équipe

1. Décidez en équipe d’une convention simple pour nommer vos branches (par exemple feature/..., bugfix/...).
2. Pour une fonctionnalité ou une tâche en cours dans le sprint 1, créez une nouvelle branche à partir de la branche principale.
3. Faites au moins quelques commits sur cette branche avec des messages clairs qui décrivent ce qui a été fait.
4. Poussez la branche sur GitHub, puis fusionnez-la dans la branche principale lorsque le travail est dans un état raisonnablement stable.

Étape 2 – Document de stratégie de tests

1. Dans le dossier docs/ de votre dépôt, créez (ou complétez) un document de stratégie de tests pour votre projet.
2. Pour au moins 3 à 5 fonctionnalités ou user stories importantes, décrivez des scénarios de tests concrets (contexte, actions, résultat attendu).
3. Pour chaque scénario, indiquez le type de test prévu (test unitaire, test d’intégration, autre) et faites le lien avec les stories ou critères d’acceptation concernés.
4. Commitez ce document (ou sa mise à jour) avec un message explicite, puis poussez-le sur GitHub.

Étape 3 – Coder des tests unitaires

1. Créez, si ce n’est pas déjà fait, un projet ou dossier dédié aux tests (par exemple tests/) dans votre solution.
2. Choisissez au moins deux scénarios de tests décrits dans votre stratégie de tests qui se prêtent bien à des tests unitaires (par exemple des règles métier ou des calculs).
3. Implémentez des tests unitaires pour ces scénarios et vérifiez qu’ils s’exécutent correctement (tests réussis et tests qui échouent quand vous modifiez volontairement le comportement).
4. Commitez ce travail avec un message de commit clair (par exemple « Ajout de tests unitaires pour la validation des commandes »), puis poussez-le sur GitHub.

Étape 4 – Améliorer un peu la qualité du code

1. Identifiez ensemble un fichier ou une partie du code qui vous semble difficile à lire (noms peu clairs, fonction trop longue, duplication, etc.).
2. Proposez une petite amélioration réalisable rapidement (par exemple renommer des variables, extraire une fonction, supprimer du code dupliqué), sans changer le comportement attendu.
3. Appliquez cette amélioration sur une branche dédiée, faites passer les tests unitaires, puis fusionnez-la dans la branche principale.
4. Notez dans Jira (commentaire sur une tâche ou une story) ce que vous avez amélioré et pourquoi.

Étape 5 – Vérifier la visibilité de votre travail

1. Vérifiez que dans Jira, les tâches liées à ces travaux (stratégie de tests, tests unitaires, amélioration de code) existent et sont à jour.
2. Vérifiez que dans GitHub, on voit clairement :
   • La structure du dépôt (src/, docs/, tests/).
   • Le document de stratégie de tests dans docs/.
   • Les tests unitaires dans le projet ou dossier de tests.
   • Les commits liés à vos améliorations (branches et messages de commit).
3. Assurez-vous que l’enseignant a toujours accès à Jira et à GitHub pour pouvoir voir ces éléments.

À remettre pour ce labo

• Lien vers votre dépôt GitHub privé, montrant la structure du projet, le document de stratégie de tests dans docs/ et la présence de tests unitaires dans tests/ (ou équivalent).
• Lien vers votre projet Jira, avec au moins une tâche liée à ce labo (stratégie de tests, tests unitaires ou amélioration de code) et mise à jour de son état.
• Une très courte description (quelques lignes) des scénarios que vous avez couverts par des tests unitaires et des améliorations de code que vous avez réalisées.