Distinguer les types de tests informatiques, rédiger des cas de test pertinents et valider un service avant sa mise à disposition.
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).
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 ?).
| 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 |
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é...) |
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 |
| 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 |
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 |