Réserver une Démo

SVP notez : Cette page d’aide n’est pas pour la dernière version d’Enterprise Architect. La dernière aide peut être trouvée ici.

Pré. Proc.

Testpoints

Les points de Testpoints présentent un schéma par lequel les contraintes et les règles régissant le comportement des objets peuvent être extraites du modèle et appliquées à une ou plusieurs applications. Les avantages qu'offrent des schémas tels que celui-ci sont la tolérance aux changements de code - ajouter et soustraire des lignes d'une fonction n'a aucun effet sur les contraintes qui la régissent. Un autre avantage est que les modifications apportées aux règles de comportement ne nécessitent aucune modification correspondante du code source ; ce qui signifie que rien ne doit être recompilé !

En outre, la possibilité de vérifier plusieurs applications à l'aide d'un seul domaine de test est une tâche simple plutôt qu'onéreuse. Le domaine de Test est à la fois un modèle logique et relationnel ; les contraintes du modèle de classe peuvent être partitionnées avec des coupes de Test . Ceux-ci peuvent être agrégés simplement dans des Ensembles de Test et des suites Test à l'aide de connecteurs. En raison du découplage du domaine de Test de la base de code, il s'agit d'un simple choix de boutons pour exécuter un programme normalement, ou le exécuter pour un domaine de Test spécifique. Ce système offre également des avantages pratiques dans la mesure où aucune instrumentation n'est nécessaire. Les résultats des Test sont affichés dans la fenêtre de rapport pendant le exécuter , en temps réel, pendant que le programme s'exécute. Ces résultats peuvent être conservés et revus à tout moment dans la boîte de dialogue "Détails du Test " ou en utilisant les fonctionnalités de documentation d' Enterprise Architect .

The image below shows the rich tapestry of features available in Enterprise Architect's test domain model, a dynamic medium providing runtime visualization of test case execution

Fonctionnalités

Fonctionnalité

Détails

Voir également

Composition Testpoint

Testpoint composition des points de test est effectuée à l'aide de la fenêtre Testpoints de test. La fenêtre Testpoints est contextuelle et affiche le domaine de Test pour l'élément sélectionné dans la fenêtre Navigateur ou dans le diagramme . La sélection d'une seule classe affichera la structure de la classe. Une icône « crayon » s'affiche en regard des classes et des méthodes qui ont des contraintes existantes.

Lorsque vous sélectionnez un Test Cut, Set ou Suite Test , la fenêtre Testpoints affiche l'intégralité de la structure du domaine, y compris toutes les classes qui composent le domaine. Note : Vous pouvez naviguer dans la hiérarchie du domaine à l'aide du volet 'Navigation' sur la droite. Les points de Testpoints sont composés sous forme d'expressions, en utilisant les noms de variables des membres de la classe. Le raccourci Intelli-sense Ctrl+Espace est disponible dans l'éditeur pour vous aider à les trouver. Les expressions évaluées à True sont considérées comme signifiant une réussite. Retourner False signifie un échec.

The image below shows results from a process running under a test domain in Enterprise Architect

Vous pouvez ajouter ou modifier un invariant existant en double-cliquant sur la classe.

Vous pouvez ajouter ou modifier une condition préalable ou postérieure existante de la même manière en double-cliquant sur la méthode.

Double-cliquer sur un point de Testpoint affichera automatiquement le code source s'il est disponible.

Les conditions de ligne sont mieux ajoutées depuis l'éditeur de code à l'aide de ses menus contextuels.

Cette image est celle d'une condition préalable dans le domaine Test .

An example of composing a precondition in Enterprise Architects Test Domain system.

La Fenêtre Testpoints Éditeur Testpoints

Testpoint trace de point de test

Chaque point de Testpoint peut avoir sa propre instruction Trace. L'instruction Trace est un message dynamique qui peut référencer des variables dans son object ou sa portée locale. Ils sont produits lors de l'évaluation d'un test. Ils peuvent être configurés pour être sortis chaque fois qu'une contrainte est évaluée, ou plus généralement lorsqu'un test a échoué. Les instructions de trace peuvent être dirigées vers l'onglet ' Testpoints de test ' de la fenêtre Sortie système ou vers un fichier externe. Vous pouvez le configurer dans n'importe quel script Analyzer.

Instructions de suivi La Fenêtre de Sortie du Système Gestion Scripts d'Analyseur

Test la composition du domaine

Le diagramme de domaine Test est un support dynamique où les Testpoints de test sont assemblés pour tester les cas d'utilisation. Les cas d'utilisation dans un diagramme de domaine de Test sont fournis dans trois stéréotypes différents : Test Cut, Ensemble de Test et Suite de Test . La gestion du domaine est aussi simple que la modélisation sur n'importe quel diagramme . La boîte à outils et les menus contextuels permettent d'accéder à tous les artefacts de domaine de Test . En bref, les points de Testpoints de plusieurs classes sont regroupés dans des Ensembles de Test . Les Ensembles Test sont ensuite liés pour former des suites de Test . Les coupes de Test et les Ensembles Test sont des ressources réutilisables. Relier un même Ensemble de Test à une ou plusieurs Suites de Test revient à dessiner des connecteurs.

Test Domain diagram defining tests and test sets in Sparx Systems Enterprise Architect.

Test la boîte à outils du domaine Coupe Test Ensemble de Test Suite de Test Diagramme Domaine de Test

Domaine Test et Modèle de classe

Rarement un cas d'utilisation impliquerait toutes les méthodes d'une seule classe. Très probablement, il est réalisé en utilisant une variété de méthodes de classes collaboratrices. Nous appelons ce sous-ensemble de méthodes une "coupe", et l'artefact de coupe de Test est l'outil que nous utilisons pour effectuer ces coupes. La fenêtre Testpoints s'adaptera en fonction du contexte, pour être celle d'un élément Test Domain ou Class. Cette image montre la fenêtre Testpoints de test lorsqu'un Test de découpe a été sélectionné. Note les cases à cocher, qui ne sont visibles que pour un Test de découpe. Ils désignent les méthodes ( Test Cuts) qui contribuent à un Ensemble de Test . Dans cet exemple le domaine Test a été généré par l' Analyseur d'Exécution qui a fait pour nous le travail d'identification de la méthode.

Aggregating test cases across multiple classes to create a Testcut that take part in any Enterprise Architect Test Domain

Testpoint des points de test

La fenêtre Testpoints de test est utilisée pour évaluer les domaines de Test . La fenêtre a une barre d'outils pour démarrer ou attacher à l'application cible. Le domaine à tester est toujours reflété par l'élément qui a un contexte, donc si vous sélectionnez une classe, la fenêtre n'affichera que la structure de la classe et les points de Testpoints de cette classe. Si vous sélectionnez une Suite de Test , la fenêtre affichera toute la hiérarchie du domaine et tous les Testpoints y sont inclus. Cliquer sur le bouton Testpoint Exécuter l' Analyseur d'Exécution , qui évaluera, collectera et mettra à jour la fenêtre de rapport au fur et à mesure que les cas d'utilisation réussissent ou échouent à chaque test. Les détails exacts de chaque type de contrainte et le moment et le mode de capture de cette contrainte sont :

  • Un invariant de classe est évalué par l'analyseur chaque fois qu'une méthode appelée sur un object de ce type de classe est terminée ; l'invariant sert à tester que l'état d'un object conforme est à la fois connu et autorisé
  • Les conditions préalables sont évaluées immédiatement avant l'appel d'une opération
  • Les post-conditions sont évaluées (en même temps qu'un invariant de classe) lorsque la méthode est terminée
  • Les conditions de ligne sont évaluées si et quand leur ligne de code spécifique entre dans la portée pendant l'exécution du programme
Contraintes Testpoint