Concept de test

Nom de projet

Classification	Sélectionnez un élément.
État	Sélectionnez un élément.
Nom du programme
No du projet
Chef de projet	Chef de projet
Version	0.1
Date	Cliquez ici pour saisir une date.
Mandant	Mandant
Auteur/auteurs
Distribution

Suivi des modifications

Version	Date	Modification	Auteur
0.1

Tableau 1 :	contrôle des modifications

Description

Le concept de test décrit les objectifs des tests, les objets à tester, les types de tests, l’infrastructure et l’organisation de test. Il englobe également la planification des tests et la description des cas de test. Une description détaillée est établie pour chaque cas de test. Elle représente la spécification du test. La planification des tests détermine le déroulement logique et temporel des tests. Le concept de test constitue la base sur laquelle l’organisation et l’infrastructure de test sont mises à disposition et les tests sont exécutés. Il est régulièrement actualisé si de nouvelles constatations sont faites.

Texte en italique : remarques sur l’utilisation ou exemples - à modifier ou à supprimer selon les besoins.

Objectifs du test

Objectifs généraux mesurables et applicables à tous les cas de test

N°	Description	Indicateur	Priorité*
01	Test des interfaces réussi	Échange de données correct	I
02	L’architecture du système répond aux exigences de xy
03	Programme abc fonctionnel
Légende : priorité : I=impératif/1=élevé, 2=moyen, 3=faible

Tableau 2 :	objectifs généraux des tests

Stratégie et niveaux de tests

Pour que les tests soient efficaces, il faut élaborer une stratégie réfléchie (et évent. applicable dans un environnement agile).

Quelle stratégie de test permet d’accompagner et de compléter le développement pour obtenir la qualité recherchée ? Définir l’intensité des tests et le niveau auquel ils sont effectués. Ces choix dépendent de différents facteurs, par exemple du budget à disposition, du risque, de la complexité du système à développer, de la taille de l’équipe, etc.

Quels sont les niveaux de test (test de développeur [test de module], d’intégration, de système et d’acceptation) ? À partir de quel niveau de test faut-il tester ?

Comment éviter les recoupements entre les différents niveaux du test (prévention des redondances) ?

Comment contourner ou surmonter les imperfections de l’environnement de test ?

etc.

N°	Stratégies de test	Description
01	Stratégie de test	…. le test de développeur au niveau de l’unité est exécuté dans la boîte blanche et dans la boîte noire. …
02	Niveaux de test	Test de développeur, test d’intégration, test de système
03	Prévention des redondances
04	Contourner les imperfections de l’environnement de test

Tableau 3 :	stratégies de test

Objets du test

N°	Objet	Description
01	Données de référence	Quelles données de référence (articles, clients, fournisseurs, etc.) ?
02	Données dynamiques	Quelles données dynamiques (factures, avoir, stocks d’articles, commandes, etc.)
03

Tableau 4 :	objets du test

Types de tests

N°	Type de test	Description
01	Test de fonctionnement	Vérification des fonctions
02	Test utilisateur	Vérification de l’utilisation

Tableau 5 :	types de test

Couverture du test

Aperçu des cas de test

N°	Objet du test	Cas de test
01	Données de référence	Saisir de nouvelles données de référence
02	Données de référence	Effacer des données de référence
03	Données de référence
04	Données dynamiques	Saisir de nouvelles données dynamiques
05

Tableau 6 :	couverture du test

Évaluation des objectifs et de la couverture du test

Texte, évaluation des objectifs et de la couverture du test

Cadre de test

Conditions préalables au test

Testeurs, connaissances préalables, infrastructure, etc.

N°	Condition	Description
01	Testeurs	B. Meier, A. Klein, K. Lang
02	Connaissances préalables	MS Office, SAP
03	Infrastructure	Ordinateur portable avec connexion à l’intranet
05

Tableau 7 :	conditions préalables au test

Classification des défauts

Les défauts constatés et les exigences non satisfaites (attentes) sont classés dans des catégories allant de 1 à 4. La catégorie 0 est uniquement utilisée pour présenter séparément un résultat irréprochable.

N°	Catégories de défaut	Description
0	Sans erreur	Irréprochable et conforme aux exigences
1	Défaut insignifiant	Utilisation possible et utilité avérée ; aucun défaut ne devrait survenir
2	Défaut léger	Utilisation possible ; l’utilité n’est que légèrement réduite
3	Défaut grave	Utilisation encore possible ; l’utilité est très limitée
4	Défaut critique	Inutilisable ; les fonctionnalités principales ne sont pas assurées ; impossibilité d’assumer la responsabilité de la mise en service (par ex. pour des raisons de sécurité)

Tableau 8 :	catégories de défauts

La classification indique la gravité des conséquences et la charge de travail nécessaire pour corriger les défauts observés. Elle permet également d’obtenir un ordre de priorité approximatif pour l’élimination des défauts.

Si une catégorie de défauts entre 1 et 3 est atteinte, la réception du système/produit peut être effectuée sous réserve. Des mesures doivent toutefois être définies pour la suppression des défauts. Un contrôle complémentaire est impératif.

En revanche, si des défauts de la catégorie 4 sont constatés, la réception du système/produit ne peut être effectuée et le mandataire doit immédiatement prendre des mesures pour supprimer ces défauts. Il doit en outre initier une nouvelle réception.

Conditions de démarrage et d’arrêt

Conditions requises pour le démarrage du test, données, infrastructure, conditions d’interruption : données erronées ou incomplètes, infrastructure pas complètement opérationnelle, résultats plus mauvais que prévus, etc.

Environnement de test

Description et organisation de l’environnement de test (pratique) requis

Description des cas de test

ID/désignation	T-01	Référence à l’exigence et critère de réception	nn par ex. exigences liées à la qualité dans le résultat Exigences envers le système
Description
Condition préalable au test
Étapes de test
Résultat escompté

Tableau 9 :	description du cas-test

Plan des tests

N°	Activité	Responsable	Participant	Délais
01	Saisir de nouvelles données de référence	Hans Meier	Urs Klein	12.02.2022
02	Effacer des données de référence	Bea Keller	Erich Gross	12.03.2022
03

Tableau 10 :	plan des tests

Organisation de test et compétences

Texte

Infrastructure de test

Système de test

Texte

Données de test

Texte

Moyens auxiliaires de test

Texte

Logiciel pour la gestion du test

Liste des rapports

Abréviations et glossaire

Abréviation/terme	Explication
HERMES	méthode de gestion pour les projets et programmes ; HERMES 2022 est une norme eCH

Tableau 11 :	abréviations et glossaire

Table des matières

Suivi des modifications	1

Description	1

1	Objectifs du test	2

2	Stratégie et niveaux de tests	2

3	Objets du test	2

4	Types de test	3

5	Couverture du test	3

5.1	Aperçu des cas de test	3

5.2	Évaluation des objectifs et de la couverture du test	3

6	Cadre de test	3

6.1	Conditions préalables au test	3

6.2	Classification des défauts	4

6.3	Conditions de démarrage et d’arrêt	4

7	Environnement de test	4

8	Description des cas de test	5

9	Plan des tests	5

10	Organisation de test et compétences	5

11	Infrastructure de test	5

11.1	Système de test	5

11.2	Données de test	5

11.3	Moyens auxiliaires de test	6

Abréviations et glossaire	7

Table des matières	8

Table des tableaux	8

Table des tableaux

Tableau 1 :	contrôle des modifications	1

Tableau 2 :	objectifs généraux des tests	2

Tableau 3 :	stratégies de test	2

Tableau 4 :	objets du test	3

Tableau 5 :	types de test	3

Tableau 6 :	couverture du test	3

Tableau 7 :	conditions préalables au test	4

Tableau 8 :	catégories de défauts	4

Tableau 9 :	description du cas-test	5

Tableau 10 :	plan des tests	5

Tableau 11 :	abréviations et glossaire	7