Principe
Tests unitaires (une fonction), tests d'intégration (enchaînement de processus et interfaces), recette utilisateur sur scénarios réels, tests de performance et de reprise de données. Chaque anomalie est enregistrée, classée et corrigée. La décision de démarrage se prend sur des critères définis à l'avance.
Comprendre pas à pas
1. La situation
Le nouveau WMS a été « testé » par l'éditeur. Au démarrage, la préparation par vague bloque dès que deux commandes partagent le même article en rupture partielle. L'entrepôt s'arrête une journée. Question : comment organiser la recette d'un système ?
2. Les niveaux de test
| Test | Qui | Objectif |
|---|---|---|
| Tests unitaires | éditeur | chaque fonction marche |
| Tests d'intégration | éditeur et informatique | les interfaces (ERP, TMS) fonctionnent |
| Recette fonctionnelle | utilisateurs clés | les processus métier, y compris les cas difficiles |
| Tests de charge | informatique | le système tient les volumes de pic |
| Répétition générale | tous | une journée complète simulée avant le démarrage |
3. L'idée
La recette vérifie que le système répond aux besoins avant la mise en service. Elle est menée par les utilisateurs sur des scénarios écrits, avec des données réalistes, en incluant les cas limites (ruptures, erreurs, annulations). Chaque anomalie est enregistrée, classée et corrigée ; la décision de démarrer s'appuie sur des critères écrits.
Cahier de recette
Scénarios, données, résultat attendu.
Anomalies
Bloquante, majeure, mineure : on ne démarre pas avec une bloquante.
Critères de démarrage
Écrits à l'avance (go / no go).
4. La recette refaite pour le second site
Scénarios. 120 scénarios, dont 35 cas limites (rupture partielle, annulation en cours de préparation, erreur d'emplacement).
Exécution. 3 semaines, 6 utilisateurs clés : 48 anomalies, dont 4 bloquantes.
Corrections. Toutes les bloquantes et majeures corrigées et retestées.
Démarrage. Sans arrêt ; quelques anomalies mineures traitées en hypercare.
5. À vous de jouer : anomalies par gravité
Saisissez le nombre d'anomalies ouvertes par gravité au fil de la recette.
6. Ce qu'il faut retenir
- Recette par les utilisateurs, sur des scénarios écrits.
- Inclure les cas limites.
- Critères de démarrage écrits : pas de démarrage avec une anomalie bloquante.
Mise en œuvre
- Acteurs
- Key users, chef de projet, intégrateur
- Durée
- 4 à 12 semaines
- Livrables
- Cahier de recette, anomalies tracées, décision de démarrage
- Rédiger les cas de testÀ partir des scénarios métier.
- Préparer des données réalistesIssues de la migration à blanc.
- Exécuter et tracerChaque anomalie classée par gravité.
- Valider les correctionsTests de non-régression.
- Décider du démarrageSelon des critères fixés à l'avance.
Exemple d'application
Recette : 240 cas de test, 85 anomalies dont 6 bloquantes. Démarrage reporté de 3 semaines plutôt que de démarrer avec la facturation défaillante.
Points de vigilance
- Recette faite par l'intégrateur seul