Technopedia Center
PMB University Brochure
Faculty of Engineering and Computer Science
S1 Informatics S1 Information Systems S1 Information Technology S1 Computer Engineering S1 Electrical Engineering S1 Civil Engineering

faculty of Economics and Business
S1 Management S1 Accountancy

Faculty of Letters and Educational Sciences
S1 English literature S1 English language education S1 Mathematics education S1 Sports Education
  • Registerasi
  • Brosur UTI
  • Kip Scholarship Information
  • Performance
  1. Weltenzyklopädie
  2. Test d'acceptation — Wikipédia
Test d'acceptation — Wikipédia 👆 Click Here! Read More..
Un article de Wikipédia, l'encyclopédie libre.
Page d’aide sur l’homonymie

Pour les articles homonymes, voir Recette.

Si ce bandeau n'est plus pertinent, retirez-le. Cliquez ici pour en savoir plus.
Si ce bandeau n'est plus pertinent, retirez-le. Cliquez ici pour en savoir plus.

Cet article ne cite pas suffisamment ses sources (juin 2019).

Si vous disposez d'ouvrages ou d'articles de référence ou si vous connaissez des sites web de qualité traitant du thème abordé ici, merci de compléter l'article en donnant les références utiles à sa vérifiabilité et en les liant à la section « Notes et références ».

En pratique : Quelles sources sont attendues ? Comment ajouter mes sources ?

En informatique, le test d'acceptation (ou recette) est une phase de développement des projets, visant à assurer formellement que le produit est conforme aux spécifications (réponse donnée à un instant « t » aux attentes formulées). Elle s'inscrit dans les activités plus générales de qualification.

Cette étape implique, en la présence effective des différents acteurs du projet, maîtrise d’œuvre et maîtrise d'ouvrage, le déroulement rigoureux de procédures de tests préalablement décrits, et l'identification de tout écart fonctionnel ou technique.

Étapes

[modifier | modifier le code]

La procédure de recette se déroule en deux étapes principales :

  1. les tests système ;
  2. les tests d'acceptation utilisateur.

Si la première étape a lieu chez le fournisseur, la deuxième se déroule en revanche généralement dans les locaux et avec les infrastructures du client.

Recette usine

[modifier | modifier le code]

La recette usine comprend tous les tests réalisés chez le fournisseur, avant la livraison. Elle comprend donc les tests unitaires, les tests d'intégration et les tests de validation.

D'un point de vue maîtrise d'ouvrage, la recette-usine correspond à une période de quelques jours pour valider que la livraison correspondra à sa commande.

En ce qui concerne les tests unitaires, d'intégration et de validation, ceux-ci sont considérés comme relevant des tests de qualification en amont, au niveau du fournisseur. Phase très importante pour celui-ci, car c'est elle qui lui permet de vérifier que son produit est de qualité et de faire accepter au client l'installation sur ses plateformes des tests et recettes pour les tests utilisateur métier VA (vérification d'aptitude), puis pour la VSR (Vérification de Service Régulier, voir ci-dessous).

Par extension, elle signifie aussi la période (généralement courte) durant laquelle le client procède lui-même à ses propres tests dans ses locaux, avant d'accepter les livrables.

À l'issue de la recette usine, le fournisseur et le client signent un procès-verbal de fin de recette usine, qui accompagne la livraison du produit et le cahier de recette.

Recette utilisateur, VA, ou VABF

[modifier | modifier le code]

Lors de l'étape de vérification d’aptitude (VA) ou vérification d'aptitude au bon fonctionnement (VABF) (aptitude à répondre aux besoins exprimés dans le cahier des charges initial) ou recette utilisateur, le client réalise deux catégories de tests différentes. D'un côté, une recette technique est effectuée afin de vérifier que le produit livré est techniquement conforme sur toute la chaîne de processus. De l'autre, la maîtrise d'ouvrage contrôle l'aspect fonctionnel du produit lors de la recette fonctionnelle.

Recette fonctionnelle

[modifier | modifier le code]

La recette fonctionnelle a pour but la validation des fonctionnalités exprimées dans le cahier des charges et détaillées dans les spécifications fonctionnelles. La MOA procède donc à sa propre série de tests de validation.

Recette technique, ou VABE

[modifier | modifier le code]

Chargée de contrôler les caractéristiques techniques du produit livré, la recette technique, ou VABE (vérification d'aptitude à la bonne exploitabilité) regroupe les tests suivants :

  • les tests d'exploitabilité : les tests de supervision, de sauvegarde... et en particulier les tests de respect des exigences d'architecture technique ;
  • les tests de performance.

VSR

[modifier | modifier le code]

Si la VABF se déroule correctement et est validée, le client procède alors à la mise en service opérationnelle.

Une période de vérification de service régulier (VSR) commence donc par un premier déploiement sur un site pilote. Cette mise en production permet de valider le produit en conditions réelles.

À la différence des étapes précédentes, celle-ci se déroule pleinement en environnement de production avec des données réelles.

Documents livrables

[modifier | modifier le code]

Plusieurs documents accompagnent la procédure de recette :

Protocole de recette, ou stratégie de recette

[modifier | modifier le code]

Le protocole de recette est un document visant à clarifier intégralement la procédure de recette. Il précise scrupuleusement :

  • les tâches du client ;
  • les tâches du fournisseur ;
  • la liste des documents à communiquer ;
  • l'ordre des tests et le planning ;
  • les seuils d’acceptation du produit.

Cahier de recette

[modifier | modifier le code]

Le cahier de recette est la liste exhaustive de tous les tests pratiqués par le fournisseur avant la livraison du produit.

La couverture des tests, en particulier ceux de non-régression lorsqu'il s'agit d'une nouvelle version d'un produit existant, pouvant être infinie, le cahier de recette doit préciser toutes les fiches de test passées par le fournisseur, ainsi que celles à passer dans l'environnement du client lors de la VABF.

Fiches de faits techniques

[modifier | modifier le code]

Les fiches de faits techniques visent à formaliser les écarts constatés en recette, et sont classifiés d'un commun accord entre fournisseur et client en : anomalies, et évolutions.

  • Les anomalies, ou bugs, décrivent un écart du produit livré par rapport au comportement spécifié et attendu ; elles sont généralement issues d'une défaillance du fournisseur, et peuvent donner lieu à de futures corrections.
  • Les évolutions correspondent à un écart du produit livré par rapport au comportement attendu ; elles sont généralement issues d'une défaillance ou lacune du client dans son expression de besoin, et peuvent donner lieu à des avenants ou un futur contrat.

Procès-verbaux

[modifier | modifier le code]

Pour clore chaque étape de la procédure de recette, un procès-verbal est rédigé. Celui-ci a pour objet de prononcer la réception et de mentionner les réserves émises par chacune des parties.

Toutes ces recettes peuvent être contractuelles et donner lieu à un procès verbal de recette qui permet de prononcer la réception, assortie ou non de réserves.

Ainsi le PV de recette usine conditionne le démarrage de la période de VA, celui de VABF celle de VSR.

Étymologie

[modifier | modifier le code]

Le mot recette n'est pas un anglicisme (le terme receipt désignant plutôt un reçu) mais la reprise d'une expression courante dans d'autres domaines. Dans la marine, la recette d'un navire est l'acte qui permet le transfert de propriété à l'acquéreur si aucune réserve n'est émise. C'est le terme employé par la loi (par exemple, l'article 7 de la loi 67-5 du 3 janvier 1967 portant statut des navires et autres bâtiments de mer dispose : « Le constructeur est garant des vices cachés du navire, malgré la recette du navire sans réserves par le client »). Dans le bâtiment, on parle de réception pour le gros œuvre, mais pour les travaux annexes existe le procès-verbal de recette.

Le mot recette est donc bien antérieur dans ce sens à son usage dans l'informatique. Cependant, le terme recette ne figure pas dans le glossaire de ISTQB.

Articles connexes

[modifier | modifier le code]

Sur les autres projets Wikimedia :

  • test d’acceptation, sur le Wiktionnaire
  • Test de validation
  • Cycle en V
  • Test
  • Gestion de projet
v · m
Gestion de la qualité logicielle
Indicateurs de qualité (ISO/CEI 9126)
  • Capacité fonctionnelle (réponse aux exigences)
  • Fiabilité
  • Maintenabilité
  • Performance
  • Portabilité
  • Utilisabilité
Compréhension et contrôle du code source
  • Automatisation de test
  • Commentaires
  • Documentation
  • Inspection de produit
  • Programmation en binôme ou en groupe
  • Règles de codage
  • Revue de code
Tests
  • Acceptation
  • Intégration
  • Performance
  • Régression
  • Unitaire
  • Utilisateur
  • Validation
Métriques
  • Cohésion
  • Couplage
  • Couverture de code
  • Halstead
  • Indépendance fonctionnelle
  • Indice de maintenabilité
  • Ligne de code
  • Nombre cyclomatique
  • Point de fonction
Remaniements
  • Maintenance
  • Optimisation de code
  • Réusinage de code (Règle de trois)
Principes de programmation
  • Encapsulation
  • GRASP
  • KISS
  • Loi de Déméter
  • Masquage de l'information
  • Ne vous répétez pas (DRY)
  • Patron de conception
  • Séparation des préoccupations
  • YAGNI
SOLID
  • Responsabilité unique
  • Ouvert/fermé
  • Substitution de Liskov
  • Ségrégation des interfaces
  • Inversion des dépendances
Mauvaises pratiques
Antipatterns
  • Attente active
  • Grosse boule de boue
  • Programmation spaghetti (syndrome)
  • Réinventer la roue
Code smells
  • Duplication de code
  • God object
Voir aussi : Génie logiciel, Software craftsmanship, Dégradation logicielle
  • icône décorative Portail de l’informatique
  • icône décorative Portail du management
Ce document provient de « https://fr.teknopedia.teknokrat.ac.id/w/index.php?title=Test_d%27acceptation&oldid=227722626 ».
Catégories :
  • Test logiciel
  • Méthode de développement logiciel
Catégories cachées :
  • Article manquant de références depuis juin 2019
  • Article manquant de références/Liste complète
  • Portail:Informatique/Articles liés
  • Portail:Technologies/Articles liés
  • Portail:Management/Articles liés
  • Portail:Économie/Articles liés
  • Portail:Sciences humaines et sociales/Articles liés
  • Portail:Société/Articles liés

  • indonesia
  • Polski
  • الرية
  • Deutsch
  • English
  • Español
  • Français
  • Italiano
  • مصر
  • Nederlands
  • 本語
  • Português
  • Sinugboanong Binisaya
  • Svenska
  • Українска
  • Tiếng Việt
  • Winaray
  • 中文
  • Русски
Sunting pranala
Pusat Layanan

UNIVERSITAS TEKNOKRAT INDONESIA | ASEAN's Best Private University
Jl. ZA. Pagar Alam No.9 -11, Labuhan Ratu, Kec. Kedaton, Kota Bandar Lampung, Lampung 35132
Phone: (0721) 702022
Email: pmb@teknokrat.ac.id