Automatisation

Si l'installation de Salomé comporte des plugins d'exécution automatique de tests et/ou de scripts (environnement et exécution de tests), il est possible de créer des tests et/ou des scripts automatiques qui seront pris en charge par le moteur des plugins.

L'architecture à plugin présente dans Salomé est ouverte, et vous permet ainsi de créer vos propres plugins. Pour plus d'informations sur le développement de plugin consultez le manuel de développement de plugins.

Figure: Plugins présent dans Salomé
Image ongletPlugins

Pour consulter les plugins présents dans Salomé, ouvrez l'onget "Plugins" de la fenêtre principale (Figure [*]). Les Plugins pour les tests automatiques sont du type TestDriver, et ScriptEngine pour les scripts d'environnement ou d'exécution de tests.

Le reste de ce chapitre décrit l'utilisation des plugins d'automatisation dans un cadre général, mais certaines fonctionnalités peuvent varier d'un plugin à l'autre, ainsi, pour plus d'informations sur l'utilisation d'un plugin en particulier, consultez l'aide correspondante.


Créer un test automatique

La procédure de création d'un test automatique est la suivante :

Figure: Choix du driver de test automatique
Image choiceTestDriver

Le test est ajouté à la suite qui était sélectionnée. Il reste à définir le code d'exécution lié au plugin pour le décrire entièrement. Pour cela cliquez sur "Ajouter" dans l'onglet "script" du test (Figure [*]).

Figure: Ajout d'un script (code) de test automatique
Image addScriptTest

Comme les tests manuels, les tests automatiques peuvent utiliser des paramètres (voir section [*]) qui seront valués lors des exécutions. Notez, que l'utilisation de paramètres est dépendante du plugin selectionné, consultez ainsi, l'aide du plugin pour plus d'informations.


Modifier un test automatique

La modification d'un test automatique, hormis la partie script, est identique à la modification d'un test manuel (nom, description, attachement, paramètres). La modification du script de test est quand à elle dépendante du plugin, et activable dans le menu script en Figure [*].

Figure: Modification d'un script (code) de test automatique
Image menuScriptTest


Utiliser des scripts dans les environnements et les exécutions

Comme les tests automatiques, les environnements et les exécutions peuvent utiliser des scripts automatiques dépendants des plugins de types ScriptEngine.

Lors d'une exécution de campagne de tests, le script d'environnement est exécuté en premier, puis le script d'initialisation de l'exécution, les scripts des tests, et finalement le script de restitution de l'exécution.

La Figure [*] décrit comment ajouter un ou plusieurs scripts à une exécution.

Figure: Ajout de scripts à une exécution
Image addExecScript

La modification des scripts d'exécutions et/ou d'environnements est dépendante du plugin utilisé, et est activable dans les menus Script des exécutions (Figure [*]) et/ou environnements.

Figure: Modification d'un script (code) d'exécution
Image menuScriptExec


Contexte d'exécution

Suivant les plugins utilisés pour décrire les scripts de tests, les scripts d'environnement et d'exécution, le contexte d'exécution des scripts peut être identiques tout au long de l'exécution de la campagne (c'est-à-dire, partage des mêmes références), c'est par exemple le cas avec les plugins Benshell et simpleJunit.

Plus généralement, les scripts de tests, d'exécution et d'environnement possèdent des références sur les variables décrites dans le tableau suivantes (*=org.objectweb.salome_tmf.data) :

Nom Classe Description Disponible
date Java.lang.Date Date de l'exécution T, Env, Ex
time Java.lang.Time Heure de l'exécution T, Env, Ex
salome_projectName Java.lang.String Nom du projet courant T, Env, Ex
salome_projectObject *.Project Référence de l'objet projet de Salomé T, Env, Ex
salome_debug boolean Faut lors de l'évaluation du script dans l'éditeur T, Env, Ex
salome_ExecResultObject *.ExecutionResult Référence sus les résultats d'exécution courant T, Ex
salome_ExecTestResultObject *.ExecutionTestResult Référence sur le résultat d'exécution du test courant T
salome_CampagneName Java.lang.String Nom de la campagne courante T, Env, Ex
salome_CampagneObject *.Campaign Référence de la campagne courante T, Env, Ex
salome_environmentName Java.lang.String Nom de l'environnement courant T, Env, Ex
salome_environmentObject *.Environment Référence sur l'environnement courant T, Env, Ex
salome_ExecName Java.lang.String Nom de l'éxécution courante T, Env, Ex
salome_ExecObject *.Execution Référence sur l'exécution courante T, Env, Ex
salome_TestName Java.lang.String Nom du test courant T
salome_TestObject *.Test Référence sur le test courant T
salome_SuiteTestName Java.lang.String Nom de la suite de tests courante T
salome_SuiteTestObject *.TestList Référence sur la suite de tests courante T
salome_FamilyName Java.lang.String Nom de la famille courante T
salome_FamilyObject *.Family Référence sur la famille courante T
testLog Java.lang.String Log de tests à ajouter comme attachement à l'éxécution T
Verdict Java.lang.String Verdict du test (pass, fail, unconclusif) T
salome_classloader Java.net.URLClassLoader Classe loader de BeanShell T, Env, Ex

La colonne disponible décrit où peuvent être utilisées ces variables (T pour les tests, Env pour les Environnements, et Ex pour les Exécutions).

En plus de ces variables, les scripts de tests, d'exécution et d'environnement ont accès aux paramètres valués lors des exécutions par les jeux de données, suivant leur nom et le type Java.lang.String.


À propos de ce document...

This document was generated using the LaTeX2HTML translator Version 2002-2-1 (1.71)

Copyright © 1993, 1994, 1995, 1996, Nikos Drakos, Computer Based Learning Unit, University of Leeds.
Copyright © 1997, 1998, 1999, Ross Moore, Mathematics Department, Macquarie University, Sydney.

The command line arguments were:
latex2html -split 1 -no_navigation -prefix c5 -dir ../.././src/docs/html/fr -no_footnode fr/automatisation.tex

The translation was initiated by on 2006-05-19


2006-05-19