Académique Documents
Professionnel Documents
Culture Documents
Etape « Conception »
Outil Support 1 :
Cahier de recette fonctionnelle
Version 1.0
En phase de conception, il est initialisé par l’équipe projet sur la base des
spécifications fonctionnelles et techniques rédigées ou en cours de finalisation. A ce
stade, les parties suivantes sont rédigées ou initialisées :
Introduction (rédigée)
Organisation (première approche et planning macroscopique à préciser par la
suite)
Scénarios de test (initialisé : parties « objet du scénario » et « prérequis »)
1 Introduction
La recette fonctionnelle est une étape essentielle du projet, notamment d’un point de
vue contractuel : c’est seulement lorsque l’application livrée sera recettée que les
travaux de réalisation et de test effectués par la maîtrise d’œuvre opérationnelle
externe seront considérés comme validés. Après la fin de la recette, les corrections
réalisées par la maîtrise d’œuvre opérationnelle externe entrent dans le cadre de la
vérification d’aptitude au bon fonctionnement (VABF) puis de la vérification du
service rendu (VSR), c’est à dire de la garantie.
La recette fonctionnelle a deux objectifs principaux :
Tester les fonctionnalités de restitution du SID (performance dans le
chargement des tableaux de bord, ergonomie des restitutions…).
Tester la bonne application des règles de gestion (calcul des indicateurs,
définition des niveaux de granularité…).
2 Organisation de la recette
Lieu de déroulement des tests de recette (ex : dans une salle spécifique,
accès direct à l’environnement de test par le poste utilisateur..)
Environnement de la recette (caractéristiques des postes utilisateurs,
environnement utilisé : plateforme…)
Pré-requis fonctionnels
Pré-requis techniques
Caractéristiques des jeux de données
2.4 PLANNING
Simulation pour
l’EPRD
3 Scénarios de test
Attention : l’objectif de cette partie est de décrire les scenarios de la manière la plus
exhaustive possible : tout ce qui ne sera pas dans le cahier de recette ne sera pas
testé, et peut donc sortir du cadre contractuel avec la MOE opérationnelle externe.
3.1 SCÉNARIO 1
3.1.2 Prérequis
Décrire les conditions dans lesquelles ce test doit être réalisé et notamment :
Si nécessaire, les actions utilisateurs ayant eu lieu avant le démarrage du test
Les différents cas à étudier en fonction du jeu de données (ex : mon jeu de
données comprend la valeur X pour l’indicateur DMS, alors l’indicateur DMS
doit apparaitre en rouge par rapport à la valeur cible)
3.2 SCENARIO 2
…..
4 Annexes
1 – IDENTIFICATION DU TEST
2 – REALISATION DU TEST
Objet du test :
3 – RESULTAT DU TEST
Observation :
Test OK / Anomalie / Lenteurs, etc.
1
Un test de non-régression est un test qui, dans le cas de changement de version, permet de vérifier
que les modifications apportées n'ont pas entraîné d'effets de bord non prévus qui pourraient dégrader
le comportement du système antérieurement validé. En exécutant à nouveau des tests déjà réalisés sur
une version précédente du système, on s’assure que le système répond toujours aux exigences
spécifiées. Au contraire, on entend ici par test d’intégration un test réalisé pour la première fois.
1 – DONNEES GENERALES
Date
Utilisateur
Identification de l’élément testé
(écran ou tableau de bord)
Référence de la fiche d’anomalie
Statut de la fiche d’anomalie
2 – DESCRIPTION DE LA TACHE
Qualification de la demande
(demande de correction d’anomalie /
demande d’évolution / demande
d’information)
Gravité de l’anomalie
(Mineure / Grave / Bloquante)
Description de l’anomalie
3 – AUTRES INFORMATIONS
Insérer des captures d’écrans
4 – ACTIONS MENEES
Date :
Domaine concerné du SID :
Commentaires :