Sommaire
Distinguer les types de tests informatiques, rédiger des cas de test pertinents et valider un service avant sa mise à disposition.
🎯 Objectifs de la fiche
- Pourquoi tester avant la mise en production ? — Enjeux techniques et humains
- Types de tests — Unitaires, intégration, acceptation, charge
- Rédiger un cas de test — Structure, critères de réussite
- Le rapport de test — Contenu, traçabilité
- Tests d'acceptation utilisateur (UAT) — Dimension humaine de la validation
Prérequis
Connaître les bases du déploiement d'un service (voir fiche précédente). Cette fiche est au programme du Bloc 1 (B1.5 — Réaliser les tests d'intégration et d'acceptation d'un service).
1. Pourquoi tester avant la mise en production ?
Un service non testé présente un risque élevé de dysfonctionnement en production, avec un impact direct sur les utilisateurs. Les tests permettent de vérifier deux dimensions complémentaires : la dimension technique (le service fonctionne-t-il correctement ?) et la dimension humaine (le service répond-il aux attentes des utilisateurs ?).
2. Types de tests informatiques
| Type de test | Objectif | Qui le réalise |
|---|---|---|
| Test unitaire | Vérifier le bon fonctionnement d'un composant isolé | Développeur / technicien |
| Test d'intégration | Vérifier que les composants fonctionnent bien ensemble | Équipe technique |
| Test de charge | Vérifier le comportement sous forte sollicitation | Équipe technique |
| Test de sécurité | Vérifier l'absence de vulnérabilités exploitables | Équipe sécurité / pentester |
| Test d'acceptation (UAT) | Vérifier que le service répond aux besoins métier | Utilisateurs finaux / client |
3. Rédiger un cas de test
Un bon cas de test doit être précis, reproductible et avoir un résultat attendu clairement défini.
Exemple de cas de test — déploiement d'un nouveau service VPN
ID du test : TEST-VPN-001
Titre : Connexion VPN avec identifiants valides
Préconditions : Compte utilisateur créé, client VPN installé
Étapes :
1. Lancer le client VPN
2. Saisir login/mot de passe valides
3. Cliquer sur "Connexion"
Résultat attendu : Connexion établie en moins de 10 secondes,
adresse IP du réseau interne attribuée
Résultat obtenu : [à compléter lors du test]
Statut : [Réussi / Échoué]
| Élément du cas de test | Pourquoi c'est important |
|---|---|
| Préconditions | Garantir que le test démarre dans un état connu et reproductible |
| Étapes précises | Permettre à n'importe qui de rejouer le test à l'identique |
| Résultat attendu | Définir objectivement ce qui constitue un succès |
| Cas limites | Tester aussi les cas d'erreur (mot de passe incorrect, réseau coupé...) |
4. Plan de test
Le plan de test rassemble l'ensemble des cas de test à exécuter pour valider un service, organisés par fonctionnalité ou par criticité.
| Catégorie de test | Exemple de cas pour un service VPN |
|---|---|
| Fonctionnel de base | Connexion avec identifiants valides |
| Cas d'erreur | Connexion avec mot de passe incorrect |
| Limite | Connexion simultanée de plusieurs utilisateurs au maximum prévu |
| Sécurité | Tentative de connexion depuis une IP non autorisée |
| Performance | Débit réseau via VPN comparé au réseau local |
5. Le rapport de test
| Section | Contenu |
|---|---|
| Synthèse | Nombre de tests exécutés, réussis, échoués |
| Détail des résultats | Chaque cas de test avec son statut et ses observations |
| Anomalies détectées | Description précise des dysfonctionnements rencontrés |
| Recommandation | Avis sur la mise en production : Go / No-Go |
6. Tests d'acceptation utilisateur (UAT)
Les tests d'acceptation impliquent les utilisateurs finaux dans des conditions proches de la réalité. Cette étape a une dimension humaine forte : elle valide non seulement le fonctionnement technique, mais aussi l'ergonomie et l'adéquation aux besoins réels.
| Bonne pratique UAT | Pourquoi |
|---|---|
| Sélectionner des utilisateurs représentatifs | Éviter de tester uniquement avec des experts techniques |
| Fournir un scénario réaliste | Tester des situations métier réelles, pas seulement des fonctions isolées |
| Recueillir le ressenti utilisateur | Détecter les problèmes d'ergonomie invisibles aux tests techniques |
| Documenter les retours | Capitaliser pour les évolutions futures du service |
- ☐ 5 types de tests distingués (unitaire, intégration, charge, sécurité, acceptation)
- ☐ Cas de test rédigé avec préconditions, étapes et résultat attendu
- ☐ Importance de tester les cas d'erreur (pas seulement le chemin heureux)
- ☐ Plan de test structuré par catégorie
- ☐ Contenu d'un rapport de test (synthèse, détail, anomalies, recommandation Go/No-Go)
- ☐ Dimension humaine des tests d'acceptation comprise