Artefact :
|
![]() |
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 : |
L'objectif du test encophore est de permettre l'implémentation d'un sous-ensemble des tests, de manière rentable et efficace.
Chaque test encophore doit prendre en considération divers aspects, y compris les éléments suivants :
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é. |
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.
Le rôle Implémenteur est principalement responsable de cet artefact. Il lui incombe de :
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)
|