Les instructions pas-à-pas utilisées pour réaliser une spécification de conception des tests, permettant son exécution.
Rôle : Implémenteur 
Caractère facultatif/Occurrence : Dépend de la portée et de la granularité des tests encophores : les tests des sous-systèmes seront réalisés autant que nécessaire ; concernant les composants de plus petite taille, seuls les aspects essentiels sont habituellement testés.
Modèles et compte-rendus :
     
Exemples:
     
Représentation UML : Sans objet.
Plus d'informations :  
Entrée d'activités :    Sortie d'activités :   

Objet Haut de la page

L'objectif du test encophore est de permettre l'implémentation d'un sous-ensemble des tests, de manière rentable et efficace.

Bref aperçu Haut de la page

Chaque test encophore 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 courriers électroniques et de calendriers
  • Le matériel périphérique supplémentaire d'entrée/sortie spécialisé, par exemple les scanners à codes barres, les imprimantes de relevés, les tiroirs-caisses et les détecteurs
  • Le logiciel requis pour le matériel périphérique spécialisé d'entrée/sortie, par exemple, les pilotes de périphériques, les logiciels d'interfaces et de passerelles
  • L'ensemble d'outils logiciels minimum nécessaire pour simplifier les activités de tests, d'évaluation et de diagnostic, par exemple,   les diagnostics mémoire, l'exécution automatique des tests et ainsi de suite
  • Les paramètres de configuration requis pour le matériel et le logiciel, par exemple, la résolution de l'écran vidéo, l'attribution des ressources, les variables d'environnement et ainsi de suite
  • Les consommables "pré-existants" nécessaires, par exemple les ensembles de données équipés, les fiches de sauvegarde de relevés et consommables analogues.

Propriétés Haut de la page

Ces propriétés ne comportent pas de représentations UML. Le niveau de formalité des tests encophores 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 encophores.

Nom de la propriété Brève description
Nom  Ce test encophore est identifié par un nom unique. 
Description  Une brève description du contenu du test encophore fournit généralement des indications globales sur la complexité et la portée des tests. 
Objectif  Un explication de ce que représente ce test encophore et de ce qui justifie son importance. 
Test dépendant et éléments d'évaluation  Une certaine forme de traçabilité ou de dépendance qui correspond à des éléments spécifiques comme les configurations requises qui doivent être référencées. 
Préconditions  L'état de démarrage doit être réalisé avant que le test encophore ne soit exécuté. 
Instructions  Soit les instructions pas-à-pas pour l'exécution du test manuel, soit les instructions lisibles de la machine qui, lorsqu'elles sont exécutées, stimulent le logiciel de manière similaire aux actions qui seraient entreprises par l'acteur approprié, qu'il soit humain ou autre. 
Points d'observation  Les instructions du test encophore 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 encophore 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 enregistrés dans le journal  Les instructions du test encophore 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  L'état résultant indiquant que le système doit être quitté, une fois que le test encophore a été exécuté. 

 

Calendrier Haut de la page

La plupart des tests encophores 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.

Responsabilité Haut de la page

Le rôle Implémenteur est principalement responsable de cet artefact. Il lui incombe de :

  • développer des tests d'une manière rentable et efficace, suivant les spécifications de conception.
  • suivre les principes et conseils définis en s'assurant que les tests peuvent être maintenus et qu'ils sont compatibles avec les autres tests
  • gérer les changements
  • identifier les tests qui doivent être maintenus et nettoyés ou repérer ceux qui sont limités en termes d'objectif et de temps
  • identifier les possibilités de ré-utilisation et de simplification

Personnalisation Haut de la page

L'objectif global est d'implémenter un canevas de test encophore simple et rationnel. Pour les tests effectués "une seule fois" l'essentiel de la surcharge de la documentation doit être évité. Une attention particulière doit être consacrée aux tests qui seront réalisés, comme les tests de régression pour les sous-systèmes ou les composants plus "volatiles", en terme de documentation, de maintenabilité, de rendement, d'efficacité et de robustesse.



RUP (Rational Unified Process)   2003.06.15