Produit: Test développeur |
|
 |
Cet artefact comprend le travail traditionnellement considéré comme appartenant aux catégories suivantes : les tests d'unité, la majeure partie des tests d'intégration, et certains aspects de ce que l'on appelle souvent tests système. |
|
Objet
L'objectif du test du développeur est de permettre l'implémentation d'un sous-ensemble des tests, de manière rentable
et efficace.
|
Relations
Rôles | Responsable:
| Modifié par:
|
Entrée vers | Obligatoire:
| Facultatif:
| Externe:
|
Sortie de |
|
Description
Bref aperçu |
Chaque test développeur doit prendre en considération divers aspects, y compris les éléments suivants :
-
Les configurations matérielles de base, par exemple les processeurs, la capacité mémoire, la capacité du disque
dur, les périphériques d'entrée/sortie de l'interface
-
L'environnement logiciel sous-jacent de base, par exemple, le système d'exploitation et les outils de productivité
de base comme les systèmes de courrier électronique et de calendrier
-
Les périphériques matériels supplémentaires d'entrée/sortie spécialisés ; par exemple, lecteurs de codes à barres,
imprimantes de relevés, tiroirs-caisses ou détecteurs.
-
Les logiciels requis par ces périphériques d'entrée/sortie spécialisés : par exemple, pilotes, logiciel d'interface
et passerelle.
-
Le jeu d'outils logiciels minimal requis pour faciliter les activités de test, d'évaluation et de diagnostic ; par
exemple, diagnostics mémoire, exécution automatisée des tests, etc.
-
Les paramètres de configuration requis des options logicielles et matérielles : par exemple, résolution de
l'affichage vidéo, allocation des ressources, variables d'environnement, etc.
-
Les consommables "pré-existants" nécessaires, par exemple les ensembles de données renseignés, les récépissés pour
imprimantes de relevés, et autres consommables.
|
Propriétés
Facultatif |  |
Planifié |  |
Considérations clés
La plupart des tests du développeur sont créés dans les mêmes délais que les composants logiciels nécessitant des tests.
Les tests contrôlés par les demandes de changements sont développés après le développement des composants ; leur durée de
vie est souvent courte, quand leur objectif est de reproduire un défaut dans un environnement plus libre. |
Personnalisation
Options de représentation |
Les tests développeur peuvent avoir les propriétés répertoriées dans le tableau
ci-dessous. Le niveau de formalité des tests développeur varie, par conséquent certaines informations parmi les
suivantes peuvent manquer ou être intégrées dans l'implémentation. En général, plus le composant testé est grand et
essentiel, plus l'effort doit être concentré sur la maintenance des tests développeur.
Nom de la propriété
|
Brève description
|
Nom
|
Nom unique utilisé pour identifier le test développeur.
|
Description
|
Brève description du contenu du test développeur, fournissant généralement des indications globales sur la
complexité et la portée des tests.
|
Objectif
|
Explication de ce que représente ce test développeur et de ce qui justifie son importance.
|
Eléments d'évaluation et de test dépendants
|
Traçabilité ou mappage des dépendances vers des éléments spécifiques, tels que des exigences individuelles
devant être référencées.
|
Préconditions
|
Etat de démarrage devant être obtenu avant que le test développeur ne soit exécuté.
|
Instructions
|
Instructions pour l'exécution manuelle du test ou bien instructions lisibles par l'ordinateur qui, lors de
leur exécution, déclenchent des actions similaires à celles induites par un acteur approprié (humain ou
autre).
|
Points d'observation
|
Les instructions du test développeur comportent au minimum un chapitre décrivant certains aspects de l'état
du système qui devront être observés, et habituellement comparés au résultat prévu.
|
Points de contrôle
|
Les instructions du test développeur comportent au minimum un chapitre décrivant une condition ou un
événement du système susceptible de se produire ; ces points doivent être pris en considération, pour
déterminer la prochaine instruction.
|
Points de consignation
|
Les instructions du test développeur comportent au moins un chapitre décrivant l'enregistrement de certains
états du script des tests d'exécution, destinés à être consultés ultérieurement.
|
Postconditions
|
Etat dans lequel le système doit se trouver une fois que le test développeur a été exécuté.
|
L'objectif global est d'implémenter une infrastructure de test développeur simple et rationnelle. Pour les tests
effectués une seule fois, l'essentiel de la surcharge de travail liée à la documentation devrait être évité. Une
attention particulière doit être consacrée aux tests qui seront utilisés comme tests de régression pour les
sous-systèmes ou les composants plus "volatiles", en termes de documentation, de maintenabilité, de rendement,
d'efficacité et de robustesse.
|
Plus d'informations
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.
|
|