Qu’est-ce que Recette fonctionnelle ?

C'est comme la réception des travaux avant de signer le solde : on ouvre les robinets, on teste les cas réels, pas seulement la démo du chef de projet. La recette fonctionnelle confronte le système aux critères d’acceptation : scénarios nominaux et d’erreur, droits utilisateurs, exports, performances « métier » perçues. Elle complète les tests techniques automatisés tenus par les développeurs.

Préparation d’environnement proche production, jeux de données anonymisés ou fictifs, liste de scénarios priorisés par risque. Ateliers avec référents métier ; journal des anomalies classées (bloquant / majeur / mineur) ; boucle de correction puis re-run. La validation peut être par sprint ou en phase unique selon la méthode ; signature ou mail de levée des réserves formalise l’acceptation.

Reporter la recette en bout de projet sans réservoir de temps absorbe les glissements et les litiges — les litiges contractuels citent souvent un écart entre « ce qui était compris » et « ce qui est livré » lorsque la recette n’était pas basée sur des critères mesurables. Une recette structurée réduit le coût des retouches en production et la perte de confiance utilisateurs au go-live.

• Critères d’acceptation déjà dans le cahier des charges ; environnement stable ; une personne décisionnaire métier dédiée ; critères de sortie de recette (zéro bloquant, majeurs planifiés) explicités au contrat.

• Tester « au feeling » sans données représentatives. Laisser uniquement l’IT recetter sans les utilisateurs finaux. Accepter sous pression calendaire avec trop de réserves ouvertes.