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ôlesResponsable: Modifié par:
Entrée versObligatoire: Facultatif:
  • Aucun
Externe:
  • Aucun
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éYes
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