Propriétés prises en charge par le service d'exécution de test
Le service d'exécution de test prend en charge des propriétés spécifiques.
Plusieurs combinaisons de valeurs affectées à ces propriétés
indiquent la nature et l'orientation de l'exécution du test. Ces propriétés
consistent en arguments d'entrée du service d'exécution de test paramétré
et chaque propriété détient des méta-propriétés, de sorte à indiquer si
une propriété donnée est facultative ou obligatoire, quelles sont ses relations
avec les autres propriétés spécifiées dans le service et quelle est sa valeur
par défaut si cette dernière n'est pas explicitement indiquée. Il existe également
des propriétés générales prises en charge par tous les services automatisables.
Propriétés définies
Le service définit les propriétés qu'il prend en charge alors que
les adaptateurs d'automatisation fournissent des moyens natifs pour définir
ces propriétés. Chaque propriété décrite ci-dessous est définie de manière
standard selon les spécifications de chaque adaptateur d'automatisation du
client (les trois adaptateurs compris dans la plateforme TPTP sont
les adaptateurs ant, shell et Java).
- workspace (espace de travail absolu, relatif ou lié au projet,
propriété facultative, 'default' est l'espace de travail par défaut, par exemple "d:\workspace")
- project (projet relatif à l'espace de travail, propriété facultative,
la valeur par défaut consiste à créer un nouveau projet pour l'exécution, par exemple
"d:\workspace\project" et "project")
- suite (suite absolue, relative ou liée au projet,
propriété obligatoire, par exemple : "d:\tests\test.testsuite" et
"manualTests/test.testsuite")
- deployment (déploiement absolu, relatif ou lié au projet,
propriété facultative, la valeur par défaut est le déploiement par défaut. Exemples :
"d:\tests\test.deploy" et "deployments/test.deploy")
- results (résultats absolus, relatifs ou liés au projet,
propriété facultative, la valeur par défaut dépend du type de test mais se trouve en
général à la racine du projet. Exemples : d:\tests\results\test.execution" et
"results/test.execution")
- overwrite (true ou false indiquant le
remplacement des résultats ou la création de nouveaux résultats
en fonction de l'ancien nom, propriété facultative, la valeur par défaut est false)
- classpath (chemin de classes délimité de l'exécution
de test si le projet est indiqué, propriété facultative si le projet est indiqué et
obligatoire s'il n'est pas indiqué et que le chemin de classe n'est pas
défini dans les propriétés d'emplacement référencées du déploiement. Cette
valeur est ajoutée en tête du chemin de classes existant. Exemple : "d:\sut\application.jar; d:\sut\libraries\jakarta-oro.jar")
- connection (chaîne de connexion du contrôleur d'agent,
cette chaîne identifie le contrôleur d'agent distant (RAC) ou interne
(IAC) ainsi que l'hôte et le numéro de port ; propriété facultative. Si elle est indiquée,
elle remplace les paramètres stockés dans les propriétés d'emplacement du
déploiement sélectionnées. Exemples : "tptp:rac://localhost:5150" et
"tptp:iac://localhost"and"tptp:rac://pulsar.eclipse.org:10002/default/user=scotts&password=secret")
- configuration (utilise une configuration de
lancement pré-existante ; cette propriété est facultative mais si elle est indiquée,
elle spécifie le déploiement et tous les éléments associés au déploiement
sans avoir besoin d'en indiquer davantage. Une configuration de lancement
peut être sauvegardée dans un emplacement ne figurant pas dans les boîtes de
dialogue de la configuration de lancement. Exemple : "d:\launches\test.launch")
- service (identificateur du service, propriété facultative, si
indiquée, sa valeur est utilisée à la place du service d'exécution de test inclus,
sa valeur par défaut est : "org.eclipse.hyades.test.tools.core.execute".
Exemple : "com.ibm.rational.services.execute")
- vmargs (arguments VM à utiliser dans l'instance
Eclipse automatisée, non transférée à la machine virtuelle SUT, propriété facultative, sa valeur par défaut
est 'none' après 'default' comme dans la configuration Eclipse)
- synchronous (indique si l'exécution du test
s'effectue de manière synchrone ou asynchrone. L'exécution synchrone
entraîne un blocage jusqu'à ce que le service indique la fin d'exécution)
Exemples de combinaisons de propriétés
Le service définit les propriétés qu'il prend en charge alors que
les adaptateurs d'automatisation fournissent des moyens natifs pour définir
ces propriétés. Chaque propriété décrite ci-dessous est définie de manière
standard selon les spécifications de chaque adaptateur d'automatisation du
client (les trois adaptateurs compris dans la plateforme TPTP sont
les adaptateurs ant, shell et Java). Pour plus d'informations, consultez
la documentation HTML Javadoc relative à la classe TestExecutionService.
- suite=/home/scotts/tests/A.testsuite
- project=B, suite=B.testsuite
- workspace=/home/scotts/workspace, suite=/home/scotts/tests/E.testsuite
- connection=tptp:rac:/192.168.1.112, suite=c:/tests/H.testsuite
- workspace=d:\workspace, project=C, suite=C.testsuite
- connection=tptp:iac:/localhost, project=I, suite=I.testsuite
- project=D, testsuite=D.testsuite, deployment=D.deploy
- workspace=d:\workspace, project=E, suite=E.testsuite,
deployment=E.deploy, results=latestResults.execution
- suite=./tests/E.testsuite, results=./tests/results/latestResults.execution,
classpath=./tests/bin
- connection=tptp:rac://localhost:10002, suite=.\tests\F.testsuite,
results=.\tests\results\latestResults.execution, classpath=.\tests\bin;.\aux\bin
vmArgs=-Xj9
Concepts connexes
Présentation de l'infrastructure des services automatisables
Tâches connexes
Utilisation des services automatisables TPTP
Lancement des tests à partir de scripts et d'applications
(C) Copyright IBM Corporation 2000, 2006. All Rights
Reserved. (C) Copyright IBM France 2000, 2005. Tous droits réservés.