Formations -> Compétences -> Certifications -> Métiers -> Emplois

Recetter une application informatique

Item

Libelle

Recetter une application informatique

Code

RNCP34561BC03

Liste des compétences

3. Recetter une application informatique 3.1 Élaborer la stratégie de test 1. Organiser et conduire des réunions et interviews pour affiner les spécifications auprès des référents métier. 2. Définir les tests fonctionnels à partir des spécifications et des entretiens avec les référents métier pour préparer la recette. 3. Identifier le périmètre des tests (parties du SI touchées par les changements apportés), pour couvrir les nouvelles fonctionnalités, les interfaces avec l'existant et les non régressions de celui-ci. 4. Détailler sous forme arborescente les fonctionnalités à tester pour estimer finement leur criticité. 5. Évaluer la criticité des fonctionnalités en fonction de la gravité de leur impact métier, de leur fréquence d'utilisation et de leur complexité, pour élaborer la stratégie de test. 6. Définir les critères d'arrêt de test pour interrompre la recette dès que l'objectif est atteint. 7. Élaborer et faire valider par le client une stratégie de test en tenant compte des priorités fonctionnelles, de la criticité des règles de gestion, des coûts et des délais pour couvrir au mieux le périmètre de validation. 3.2 Concevoir le plan de test 1. Définir les scénarios et cas de test en se basant sur les cas d'utilisation et les tests d'acceptation définis dans les spécifications pour couvrir l'ensemble des règles de gestion. 2. Définir les prérequis et les résultats attendus de chaque cas de test pour spécifier complètement les actions et vérifications à effectuer. 3. Intégrer les scénarios et cas dans l'arborescence des fonctionnalités pour constituer le plan de test. 3.3 Élaborer les jeux d'essais des tests 1. Définir les jeux de données couvrant les différents cas de test pour en disposer dans la campagne de test. 2. Extraire et anonymiser les données de production pour avoir un jeu de données conforme à l'existant. 3. Créer les données répondant au besoin du test en utilisant des outils adaptés pour en disposer lors du test. 4. Demander au service compétent les données anonymisées pour garantir que l'équipe recette n'a pas accès à des données confidentielles. 5. Paramétrer ou mettre à jour les données temporelles pour vérifier des règles temporelles lors de la passation des tests. 6. Constituer des bases de test pour jouer et rejouer les tests. 3.4 Définir l'environnement de test 1. Référencer chaque élément (fonctionnalité, test fonctionnel, cas de test, scénarios, jeu de données) et les relier pour pouvoir les tracer tous. 2. Mettre en place un outil de gestion de la recette ainsi que des anomalies rencontrées pour tracer et exploiter ces données. 3. Définir l'environnement de recette et la version de l'application à recetter pour s'approcher le plus possible de la configuration de production. 4. Écrire dans un outil d'automatisation des tests utilisateur les scénarios susceptibles de l'être pour automatiser les tests. 3.5 Effectuer la recette 1. Exécuter les tests en se servant des jeux d'essai pour évaluer le respect des règles de gestion définies dans les spécifications. 2. Rapporter l'état d'avancement de la campagne de recette aux parties prenantes pour aider à piloter le projet. 3. Suivre les fiches d'anomalies, depuis leur déclaration jusqu'à la validation de leur correction, pour assurer la prise en charge des anomalies. 4. Rapporter les résultats dans un procès-verbal de recette pour valider ou pas le résultat du projet ou d'une de ses étapes.

Modalités d'évaluation

Étude de cas pratique écrite d'une préparation de recette à partir d'un cahier des charges. Lors de l'épreuve, le candidat reçoit un dossier comprenant le cahier des charges d'une évolution fonctionnelle de son système d'information, ainsi que la description fonctionnelle des applications impactées par l'évolution. Le candidat doit analyser les informations remises et produire : 1. Une stratégie de recette de la réalisation répondant à l'évolution demandée. Cette stratégie listera sous forme arborescente les fonctionnalités à tester, et justifiera la criticité de chacune. 2. Un plan de test sous la forme de cas de test et de scénarios de test