Calendrier de Contrôle Qualité - Tests Croisés¶

📅 Vue d'ensemble¶

Date	Activité	Livrable	Évaluation
Mercredi 3 décembre	Cours QA + début tests	-	-
Vendredi 6 décembre	Remise tests externes	Rapport externe	Formatif
Lundi 8 décembre	Remise rapport QA	Rapport complet	10%
Mercredi 10 décembre	Remise finale	Projet final	50%

📋 Détails par phase¶

MERCREDI 3 DÉCEMBRE - En classe¶

Mini-cours sur le contrôle qualité
Présentation du processus de tests croisés (par les pairs)
Explication des templates et outils
Annonce des jumelages (qui teste qui)
Rédiger le briefs de tests pour l'autre équipe
Échange des liens de projets + briefs

RESTE DU COURS

Explorer le projet de l'autre équipe
Commencer vos tests (internes ou externes)

DE MERCREDI 3 AU VENDREDI 6 DÉCEMBRE - Travail autonome¶

TÂCHE 1 : Tests externes (priorité)

Tester le projet de l'autre équipe :

Suivre la grille de test fournie
Créer une carte Trello pour chaque bogue trouvé
Prendre des impressions-écrans lorsque pertinent
Rédiger le rapport de tests externes

Temps estimé : 3-4 heures

TÂCHE 2 : Tests internes (en parallèle)

Tester votre propre projet :

Utiliser la même checklist
Identifier vos propres bogues
Commencer quelques corrections simples si vous avez du temps

Temps estimé : 2-3 heures

VENDREDI 6 DÉCEMBRE - Remise tests externes¶

📤 À REMETTRE (Formatif - obligatoire mais non noté)

Document à envoyer à :

✅ L'équipe dont vous avez testé le projet
✅ L'enseignant (via remise Teams/Moodle)

Contenu du rapport (court - 2-3 pages max) :

Informations de base (qui teste qui)
Résumé des tests effectués
Liste des bogues trouvés avec priorités (🔴🟠🟡)
Lien vers votre board Trello avec les cartes de bogues
Impression générale (2-3 phrases)

Template fourni (voir document séparé)

De VENDREDI 6 AU LUNDI 8 DÉCEMBRE - Corrections¶

Vous recevez maintenant les bogues trouvés dans VOTRE projet

Travail à faire (weekend inclus) :

Analyser les bogues reçus de l'autre équipe
Trier et prioriser : Critique > Majeur > Mineur
Corriger les bogues CRITIQUES (obligatoire)
Commencer les bogues MAJEURS (faire le maximum)
Documenter le statut de chaque bogue dans Trello

⚠️ IMPORTANT : Toutes les corrections ne seront pas finies au 8 décembre, c'est normal !

Le rapport du 8 documente l'état actuel et le plan pour finir d'ici le 10.

LUNDI 8 DÉCEMBRE - Remise rapport QA complet¶

📤 À REMETTRE (10% de la note finale)

Rapport QA en 2 parties (5-8 pages) :

PARTIE 1 : Tests externes (ce que VOUS avez trouvé chez l'autre)

Votre rapport du 6 décembre (version finale)
Grille de tests complétée
Liste des bogues avec priorités
Lien Trello + screenshots

PARTIE 2 : Tests internes et corrections (VOTRE projet)

A) bogues reçus de l'autre équipe
B) bogues que vous avez trouvés vous-mêmes
C) Tests effectués (checklist, Lighthouse, accessibilité)
D) Plan de corrections priorisé
E) Statut actuel de chaque bogue :
- ✅ Corrigé
- 🔄 En cours (sera corrigé avant le 10)
- ⏸️ Reporté (pas critique, si temps)
- ❌ Non corrigé (avec justification)

Template fourni (voir document séparé)

LUNDI 8 → MERCREDI 10 DÉCEMBRE - Finitions¶

Dernières 48 heures pour :

✅ Finir les corrections en cours
✅ Corriger les bogues majeurs restants
✅ Polir les détails
✅ Préparer la présentation orale
✅ Mettre à jour la documentation (README)

Focus : Stabilité et démo qui fonctionne bien

MERCREDI 10 DÉCEMBRE - Remise finale + Présentations¶

📤 À REMETTRE (50% de la note finale)

Livrables :

✅ Projet final déployé et fonctionnel
✅ Code sur GitHub (à jour)
✅ Documentation complète (README.md, COMPONENTS.md, ROUTES.md)
✅ Tous les bogues critiques corrigés
✅ Majorité des bogues majeurs corrigés
✅ Présentation orale en classe

🎯 Attentes réalistes par date¶

Au 6 décembre (tests externes)¶

✅ Vous avez testé rigoureusement le projet de l'autre équipe ✅ Vous avez documenté clairement tous les bogues trouvés ✅ Votre rapport est professionnel et constructif

Au 8 décembre (rapport QA)¶

✅ bogues critiques dans VOTRE projet = CORRIGÉS 🔄 bogues majeurs = En cours, OK si pas tous finis ⏸️ bogues mineurs = OK si pas commencés

C'est un snapshot (photo) de votre avancement.

Ce qui compte :

Rigueur des tests
Identification claire des problèmes
Plan de corrections organisé
Prioritisation intelligente

Au 10 décembre (remise finale)¶

✅ Tous les bogues critiques corrigés ✅ La majorité des bogues majeurs corrigés ✅ Projet stable et fonctionnel ✅ Présentation professionnelle

⏰ Timeline visuelle¶

3 déc. ────────> 6 déc. ────────> 8 déc. ────────> 10 déc.
MERCREDI         VENDREDI         LUNDI            MERCREDI
   │                │                │                │
   │                │                │                │
Cours QA        Remise          Rapport QA       Remise finale
+ début         tests           (snapshot)       (tout fini)
tests          externes          (10%)             (50%)
               (formatif)
   │                │                │                │
   └───Tests───────┴───Corrections──┴───Finitions───┘
      externes         critiques        + polish
      + internes       + majeures

📞 Support et questions¶

Pendant la période de tests (3-8 décembre) :

Canal Teams de la classe
Questions à l'enseignant

Problèmes techniques urgents :

Documenter le problème
Demander aide à l'enseignant
Ne pas bloquer sur un bogue trop longtemps

En cas de désaccord sur un bogue :

L'équipe testeuse pense que c'est un bogue
L'équipe créatrice pense que ce n'est pas un bogue
→ Demander à l'enseignant de trancher

⚠️ Rappels importants¶

Différenciez les types de problèmes¶

🐛 bogue réel = Quelque chose qui ne fonctionne PAS comme prévu

Exemple : "Le bouton Supprimer ne fait rien"
→ À reporter comme bogue

💡 Suggestion = Idée d'amélioration (pas un bogue)

Exemple : "Serait cool d'avoir un mode sombre"
→ Ne PAS reporter comme bogue (peut être mentionné en bonus)

❌ Feature manquante = Pas un bogue si c'était optionnel

Exemple : "Pas d'animations GSAP"
→ Ne PAS reporter comme bogue si c'était optionnel dans le projet

Soyez professionnels¶

✅ Bon feedback :

"Le bouton 'Ajouter' ne fonctionne pas en mode mobile (375px). Erreur console : [screenshot]"
Constructif, précis, avec preuve

❌ Mauvais feedback :

"Votre code est cassé"
"Ça ne marche pas"
Vague, inutile, non professionnel

💪 Message de motivation¶

Pourquoi tester le projet d'un autre ?¶

Avantages pour VOUS (testeurs) :

✅ Voir comment d'autres ont résolu les mêmes problèmes
✅ S'inspirer de bonnes idées
✅ Apprendre à lire le code de quelqu'un d'autre
✅ Développer compétences de QA (très demandé en entreprise)

Avantages pour l'AUTRE équipe :

✅ Regard neuf = bogues que vous n'auriez jamais trouvés
✅ Tests comme un vrai utilisateur (qui ne connaît pas le code)
✅ Feedback avant la remise finale = chance de corriger

Tout le monde gagne ! 🏆

Recevoir des bogues ≠ échec¶

Quand l'autre équipe trouve des bogues dans votre projet :

❌ Ce n'est PAS un échec
❌ Ce n'est PAS une mauvaise note
✅ C'est une OPPORTUNITÉ d'améliorer avant le 10
✅ Mieux qu'ils le trouvent que l'enseignant !

Personne ne livre un projet sans bogues. Même pas Apple, Google ou Microsoft.

La différence entre un bon développeur et un excellent :

Le bon développeur écrit du code qui marche
L'excellent développeur teste son code et accepte le feedback

🚀 Vous avez 7 jours pour réussir¶

C'est largement suffisant si vous vous organisez :

Jours 1-3 (3-6 déc) : Tests rigoureux
Jours 4-5 (6-8 déc) : Corrections critiques + rapport
Jours 6-7 (8-10 déc) : Finitions + présentation

Travaillez en équipe. Communiquez. Priorisez.