Structure d’un cas de test
Objectifs pédagogiques
À la fin de cette page, vous serez capable de :
- identifier les éléments d’un cas de test
- structurer un cas de test clair et exploitable
- comprendre l’importance de chaque champ
Les éléments essentiels d’un cas de test
Un cas de test comprend généralement les éléments suivants :
- identifiant unique
- titre ou description
- préconditions
- données de test
- étapes du test
- résultat attendu
- résultat obtenu
- statut
👉 Cette structure garantit la clarté et la traçabilité.
Exemple de structure
| Champ | Description |
|---|---|
| ID | Identifiant unique du test |
| Description | Ce que le test vérifie |
| Préconditions | État initial requis |
| Étapes | Actions à effectuer |
| Résultat attendu | Comportement attendu |
| Résultat obtenu | Comportement observé |
| Statut | Succès / Échec |
Bonnes pratiques
- une seule idée par test
- étapes simples et numérotées
- résultats mesurables
- vocabulaire clair et non ambigu
- indépendance entre tests
Exemple de cas de test – Application MyEvents
Dans l’application MyEvents, considérons la fonctionnalité d’achat de billet.
Contexte
Un utilisateur souhaite acheter un billet pour un événement payant.
Exemple de cas de test fonctionnel
| Champ | Contenu |
|---|---|
| ID | TC-ME-001 |
| Description | Vérifier qu’un utilisateur peut acheter un billet avec un paiement valide |
| Préconditions | L’utilisateur est connecté et un événement payant est disponible |
| Données de test | Carte bancaire valide, billet standard |
| Étapes | 1. Sélectionner un événement 2. Choisir un billet 3. Procéder au paiement |
| Résultat attendu | Le paiement est accepté et le billet apparaît dans l’espace utilisateur |
| Résultat obtenu | (à renseigner lors de l’exécution) |
| Statut | Succès / Échec |
👉 Ce cas de test est :
- reproductible
- traçable à une exigence
- automatisable ultérieurement