Rapport de test qualité — Edu-Kit
Version : X.X | Date : JJ/MM/AAAA | Statut : Livraison concluante / Livraison rejetée
Sprint / Release : [Nom ou numéro du sprint]
Auteur : [Prénom Nom]
Reviewer : [Prénom Nom]
Sommaire
1. Présentation
1.1 Objet du document
Ce rapport de test qualité documente les activités de test réalisées sur le sprint / la release [Nom ou numéro] du projet Edu-Kit. Il synthétise les résultats obtenus, les anomalies identifiées et formule une recommandation de livraison.
Il s’inscrit dans la stratégie de test définie dans le document Stratégie de test et est produit avant toute mise en production ou démo client.
1.2 Contexte
[Décrire brièvement les fonctionnalités développées ou modifiées dans ce sprint. Exemple : Ce sprint introduit le démarrage automatique des séances de travail et la gestion des templates VM inactifs.]
2. Périmètre de test
2.1 Fonctionnalités couvertes
| Composant | Fonctionnalité | Type de test réalisé |
|---|---|---|
| OrgService | [Ex : Démarrage automatique des séances] | Unitaire, Manuel |
| VmService | [Ex : Archivage des templates VM] | Unitaire, Infrastructure, Manuel |
| Edukit-Front | [Ex : Page de gestion des groupes] | Composant, Manuel |
2.2 Fonctionnalités hors périmètre
| Fonctionnalité exclue | Justification |
|---|---|
| [Ex : Démarrage manuel des séances] | Fonctionnalité déjà couverte, code non modifié — voir stratégie de couverture ciblée |
| [Ex : Authentification Keycloak] | Infrastructure externe, non modifiée dans ce sprint |
3. Description des tests et résultats
Les tests sont exécutés sur l’environnement local de développement (voir Environnements de test). Il n’existe pas d’environnement de test dédié à ce stade du projet.
3.1 Tests unitaires
| Composant | Fichiers de test | Tests exécutés | Réussis | Échoués | Ignorés |
|---|---|---|---|---|---|
| OrgService | [N] | [N] | [N] | [N] | [N] |
| VmService | [N] | [N] | [N] | [N] | [N] |
| Edukit-Front | [N] | [N] | [N] | [N] | [N] |
| Total | [N] | [N] | [N] | 0 | [N] |
Les tests unitaires sont exécutés en mémoire — aucune dépendance Docker requise.
3.2 Tests d’infrastructure (VmService)
| Fichier de test | Composant testé | Résultat |
|---|---|---|
| [Ex : VmProvisioningServiceTests] | Provisionnement Proxmox | Réussi |
| [Ex : GrpcGroupResolutionServiceTests] | Client gRPC OrgService | Réussi |
3.3 Tests manuels
| Fonctionnalité | Parcours testé | Outil | Résultat | Observations |
|---|---|---|---|---|
| [Ex : Démarrage auto séance] | Déclenchement automatique à l’heure prévue | Swagger + Angular | Réussi | |
| [Ex : Archivage template VM] | Archivage puis vérification de l’indisponibilité | Swagger | Réussi |
3.4 Analyse statique SonarQube
| Critère | Résultat | Seuil | Statut |
|---|---|---|---|
| Quality Gate global | [Grade A / B / …] | Grade A | Réussi / Échoué |
| Couverture de code — OrgService | [X %] | ≥ 60 % | Réussi / Échoué |
| Couverture de code — VmService | [X %] | ≥ 60 % | Réussi / Échoué |
| Couverture de code — Front | [X %] | ≥ 40 % (objectif) | Réussi / N.A. |
| Nouvelles violations sécurité | [N] | 0 | Réussi / Échoué |
| Nouvelles violations fiabilité | [N] | 0 | Réussi / Échoué |
| Nouvelles violations maintenabilité | [N] | — | Informatif |
| Commentaires SonarQube sur PR traités | Oui / Non | Oui | Réussi / Échoué |
3.5 Pipeline CI (Azure DevOps)
| Étape | Statut |
|---|---|
| Build | Réussi / Échoué |
| Tests unitaires | Réussi / Échoué |
| Tests d’infrastructure | Réussi / Échoué |
| Collecte couverture (coverlet) | Réussi / Échoué |
| Analyse SonarQube — Quality Gate | Réussi / Échoué |
4. Anomalies
| ID | Description | Composant | Criticité | Statut | Action |
|---|---|---|---|---|---|
| AN-001 | [Description de l’anomalie] | [OrgService / VmService / Front] | Bloquant / Critique / Majeur / Mineur | Ouvert / Corrigé / Reporté | [Action prise ou prévue] |
Aucune anomalie bloquante ou critique ne doit subsister à la livraison (voir critères de livraison).
Récapitulatif
| Criticité | Total | Corrigés | Ouverts |
|---|---|---|---|
| Bloquant | 0 | 0 | 0 |
| Critique | 0 | 0 | 0 |
| Majeur | [N] | [N] | [N] |
| Mineur | [N] | [N] | [N] |
5. Conclusion
5.1 Synthèse
[Résumer les points clés : fonctionnalités testées, résultats globaux, anomalies restantes.]
5.2 Recommandation
| Décision | Condition |
|---|---|
| Livraison concluante | Tous les tests unitaires passent, Quality Gate SonarQube à Grade A, zéro anomalie bloquante ou critique ouverte, validation manuelle des parcours principaux réalisée. |
| Livraison rejetée | Au moins une des conditions ci-dessus n’est pas remplie. |
Décision : [Livraison concluante / Livraison rejetée]
[Justification en une à deux phrases. Exemple : Tous les critères de livraison sont satisfaits. Les fonctionnalités de démarrage automatique des séances et d’archivage des templates ont été validées unitairement et manuellement. Aucune anomalie bloquante ou critique n’est ouverte.]