Web-ntic > Tests et recette > Un PV de recette conforme à la qualité attendue
Un PV de recette conforme à la qualité attendue
mardi 25 février 2014, par
Il peut être simple de faire un PV de Recette, lorsque la qualité de la recette n’est pas à qualifier.
Cependant lorsque le département a des exigences de qualité, le PV de recette est plus conséquent.
Voici un exemple de PV de recette, prenant en compte la qualité que le département qualité exige
Les chiffres essentiels et issus de ce département concernent la criticité des exigences, et le niveau de gravité des anomalies.
Voyons tout cela dans ce document de procès verbal de recette, illustré d’un cas fictif, dont le raisonnement est réel.
Objet | |
---|---|
Projet | OPC |
Client | OPC.inc |
Intitulé de la recette | Validation du logiciel |
REFERENTS | |||
Commercial | |||
Technique |
TRAVAUX FAISANT L’OBJET DE LA RECETTE |
---|
1. Champ d’application
OPC est une application Client/Serveur Multi-utilisateurs et multi-langues Permettant à un agent de gérer des souscriptions / rachats d’OPCVM |
2. Objectifs de la recette
Valider les différentes fonctionnalités de l’application OPC décrites dans le cahier des charges au niveau : Sécurité Gestion des souscriptions / rachats Ergonomie Interface Performance |
3. Risques/Ecarts
Le cahier des charges n’est pas complet Une seule personne pour faire les tests Les tests techniques sont réalisés par des ressources différentes Seule l’application en anglais a été installée Base de données partagée entre recette et démo Absence de fax pour vérifier le résultat |
4. Exigences
Exigences | Criticité |
---|---|
Recherche par client | Haute |
Fenêtre de connexion à l’ouverture | Haute |
Créer une souscription / rachat | Haute |
Formulaire Main | Haute |
Affichage de la table des OPCVM | Haute |
Recherche par code OPCVM | Haute |
Recherche par numéro de réservation | Haute |
Attribution d’un numéro d’ordre | Haute |
recherche avec multi-résultat | Haute |
Intégrité des données | Haute |
changement de code OPCVM | Moyenne |
Confirmation de la souscription / rachat | Moyenne |
Envoi d’une confirmation par fax | Moyenne |
Affichage du rapport | Moyenne |
Test de charge | Moyenne |
5. Couverture
Les tests ont été menés prioritairement sur les exigences de criticité élevée. Nous distinguons les valeurs demandées par l’Assurance qualité (Avant écriture), les valeurs correspondant aux exigences couvertes par des tests documentés (avant jeux), enfin les valeurs correspondants aux exigences couvertes par des tests exécutés (après jeux). |
Les taux de couverture en chiffres
Criticité haute | Criticité moyenne | Criticité basse | |
---|---|---|---|
Avant écriture | 100% | 80% | 30% |
Avant jeux | 100% | 90% | 25% |
Après jeux | 100% | 90% | 25% |
6. Résultat
1. Graphe de la liste des anomalies
2. Tableau des anomalies
Sujet | Anomalie | Gravité | Criticité |
---|---|---|---|
Connexion | L’aide affiche le password | Bloquante | Elevée |
Suppression d’une souscription / rachat | Impossible de supprimer une souscription / rachat enregistrée | Bloquante | Moyenne |
Modification d’une souscription / rachat | Validation possible du Nom de client renseigné avec des espaces | Bloquante | Moyenne |
3. Calcul du poids de la non qualité
Calcul du poids de la non qualité | Criticité des exigences | Total non qualité | |||
---|---|---|---|---|---|
Haute 3 |
Moyenne 2 |
Basse 1 |
|||
Gravité des anomalies | Bloquante 100 |
300 | 600 | 900 | |
Importante 50 |
150 | 100 | 100 | 350 | |
Mineure 10 |
30 | 20 | 10 | 60 |
Le poids de la non qualité se calcule par le produit du poids de l’anomalie par la criticité de l’exigence pour l’ensemble des anomalies.
La non qualité est ici de 1310.
L’assurance qualité fixe un seuil de non qualité de 100
7. Conclusion/Préconisation
CONCLUSION |
---|
Poids de non qualité est supérieur au seuil de mise en production fixé par l’assurance qualité Préconisation : Non mise en production car il reste des anomalies bloquantes. Une deuxième campagne de test pour couvrir la totalité des exigences. Plus de délai pour avoir le retour des tests techniques |
PROCES-VERBAL | ||
---|---|---|
La recette du logiciel est : | validée | non-validée |
Procès-verbal établi le : |
VISAS | |
---|---|
Pour Société OPC.inc | Pour TestAndCO |
Date : | Date : |
Nom : | Nom : |
Fonction : | Fonction : |
Signature : |
Le raisonnement qui a été suivi pour cet illustration s’appuie sur des critères de qualité logicielle