CNRS - DSI - Conduite de projet - Tests de validation

Lors de la réception interne, l'équipe de réception est amenée à vérifier la conformité de la fourniture livrée par l'équipe de réalisation. Cela s'effectue par des relectures de documents et des tests de logiciels.

Ce guide méthodologique propose une liste de contrôles permettant d'aider le(s) relecteur(s) à vérifier le fond et la forme d'un plan de tests de validation et d'un dossier de tests de validation. Cette vérification a pour but de détecter d'éventuelles non-conformités qui pourraient être préjudiciables dans la suite du projet.

Ce document ne peut être exhaustif par rapport à la diversité des organisations, des environnements et des spécificités des projets de la DSI. Chaque projet peut compléter cette liste de manière à l'adapter à son contexte.

Le(s) relecteur(s) examine chacun des trois thèmes abordés dans la liste ci dessous : Exhaustivité, Forme, Contenu.

Chaque non-conformité détectée par le relecteur est notée sur une fiche de relecture (voir le guide méthodologique gestion de la documentation ou directement le plan type d'une fiche de relecture

TV.1	Exhaustivité
	Pour le dossier de tests	O/N
TV.1-1	Existe-t-il une matrice de traçabilité entre le cahier des charges et les tests de validation ?
TV.1-2	Existe-t-il au moins un cas de test par point du cahier des charges : en fonctionnement normal, aux limites, dégradé ?
TV.2	Forme
TV.2.1	Pour le plan et le dossier de tests	O/N
TV.2.1-1	La présentation du document est-elle conforme à la présentation type d’un document du projet ? en particulier, vérifier : identification, entête, pied de page, dates du document, référence du document, indices de version d’application et de révision du document
TV.2.1-2	Existe-t-il une table des mises à jour et est-elle à jour ?
TV.2.1-3	Existe-t-il un sommaire et est-il à jour ?
TV.2.2	Pour le dossier de tests	O/N
TV.2.2-1	Le plan du document est-il conforme au plan type d’un dossier de tests de validation du projet, en particulier chaque fiche de test du dossier est-elle conforme à la fiche de test type du projet (voir PACQ) ?
TV.2.2-2	Les cas de test sont-ils regroupés par étape de test ?
TV.2.2-3	Chaque cas de test est-il correctement identifié (conformément au plan de test) ?
TV.2.2-4	Chaque base de test est-elle correctement identifiée (conformément au plan de test) ?
TV.2.2-5	Chaque machine de test est-elle correctement identifiée (conformément au plan de test) ?
TV.3	Contenu
TV.3.1	Pour le plan de tests	O/N
TV.3.1-1	Les objectifs des tests sont-ils bien de vérifier la conformité au cahier des charges ?
TV.3.1-2	Les éléments à tester sont-ils clairement identifiés ?
TV.3.1-3	La liste des éléments à tester est-elle complète ?
TV.3.1-4	Les responsabilités pour la préparation des dossiers de tests sont-elles identifiées ?
TV.3.1-5	Les responsabilités pour l'exécution des tests sont-elles identifiées ?
TV.3.1-6	Les tests de validation sont-ils préparés puis exécutés par des personnes différentes des réalisateurs ?
TV.3.1-7	Favorise-t-on la réutilisabilité du dossier de test (mémorisation et gestion en configuration des cas de test, automatisation) ?
TV.3.1-8	Les étapes de test sont-elles précisées ?
TV.3.1-9	Les règles d'identification des objectifs, des étapes, des cas de tests sont-elles décrites ?
TV.3.1-10	Les bases de test sont-elles clairement identifiées ?
TV.3.1-11	Les responsabilités pour la mise à jour des bases de test sont-elles identifiées ?
TV.3.1-12	Les plates-formes de test sont-elles décrites : lieu, machines, configuration, logiciel de base... ?
TV.3.1-13	Les machines identifiées sont-elles suffisamment représentatives des environnements d’utilisation du logiciel ?
TV.3.1-14	Les responsabilités pour l'installation des plates-formes de test sont-elles identifiées ?
TV.3.1-15	Les outils de test sont-ils décrits (version, configuration nécessaire, référence des manuels d'utilisation) ?
TV.3.1-16	Les limites d'utilisation des outils de test sont-elles clairement précisées ?
TV.3.1-17	Le déroulement des séances de test est-il prévu ?
TV.3.1-18	Le circuit de gestion des anomalies (création d’une fiche, traitement et suivi) est-il précisé ?
TV.3.1-19	Les règles de reprise des tests après correction d'une anomalie sont-elles définies ?
TV.3.1-20	Les critères d'arrêts des tests sont-ils donnés ?
TV.3.1-21	Les procédures de suivi de l’avancement en charges et délais de la validation sont-elles définies ?
TV.3.1-22	L’organisation de la documentation liée aux tests est-elle décrite (plans types des documents à produire, identification, circuit de vérification/validation, stockage sur disque...) ?
TV.3.1-23	L’organisation de l’espace mémoire pour effectuer les tests est-elle décrite (répertoires, droits d’accès, stockage des bases de tests...) ?
TV.3.1-24	Existe-t-il un planning des tests de validation qui inclut les activités suivantes : préparation des dossiers de test, exécution des tests, vérification après corrections ?
TV.3.2	Pour le dossier de tests	O/N
TV.3.2-1	L'ensemble des cas de tests prévus pour valider l’installation de l’application (génération, premier lancement...) est-il complet ?
TV.3.2-2	L'ensemble des cas de tests prévus pour valider l'interface homme-machine (enchaînement des écrans, contrôles sur les entrées, annulation...) est-il complet ?
TV.3.2-3	L'ensemble des cas de tests prévus pour valider les fonctions du cahier des charges est-il complet ?
TV.3.2-4	L'ensemble des cas de tests prévus pour valider la reprise des données est-il complet ?
TV.3.2-5	L'ensemble des cas de tests prévus pour valider les interfaces avec d’autres systèmes ou applications est-il complet ?
TV.3.2-6	L'ensemble des cas de tests prévus pour valider les performances (temps de réponse, occupation mémoire, précision...) est-il complet ?
TV.3.2-7	L'ensemble des cas de tests prévus pour valider la sécurité (contrôle d’accès, intégrité des données après panne...) est-il complet ?
TV.3.2-8	L'ensemble des cas de tests prévus pour valider la robustesse de l'application (tests aux limites, pleine charge, surcharge...) est-il complet ?
TV.3.2-9	L'ensemble des cas de tests prévus pour valider les aspects réseau est-il complet ?
TV.3.2-10	L'ensemble des cas de tests prévus pour valider les procédures d’exploitation (sauvegarde, restauration...) est-il complet ?
TV.3.2-11	L'ordre de passage des tests est-il précisé ?
TV.3.2-12	Le volume des cas de test est-il cohérent avec le niveau de confiance requis dans l’application ?
TV.3.2-13	Le volume des cas de test est-il cohérent avec les charges et délais prévus pour l’exécution des cas de test de validation ?
TV.3.3	Pour un cas de test	O/N
TV.3.3-1	Le scénario du cas de test est-il compréhensible, précis et complet ?
TV.3.3-2	Les résultats attendus sont-ils décrits de manière complète et non ambiguë ?
TV.3.3-3	Les données en entrée ainsi que les moyens de les obtenir sont-ils précisés (base de test, valeurs saisies...) ?
TV.3.3-4	La machine de test est-elle précisée ?
TV.3.3-5	Les sorties attendues sont-elles décrites de manière non ambiguë ?
TV.3.3-6	Les critères d'évaluation des résultats obtenus sont-ils donnés ?
TV.3.3-7	Chaque composant du logiciel est-il considéré comme une boîte noire (indépendance par rapport à la structure interne des composants) ?