Certaines actions exécutées depuis l'interface graphique de Functional Tester peuvent l'être aussi à partir de l'interface ligne de commande spécifique de l'édition VB.NET Scripting. Vous pouvez notamment :
compiler un script ;
compiler/recompiler un projet entier ;
lire (exécuter) un script ;
ajouter/retirer à un projet le niveau d'autorisation FullTrust (confiance totale) de la stratégie de sécurité du .NET Framework ;
écrire une configuration .NET afin de permettre à un exécutable ou à un assembly d'utiliser un Framework acceptable.
Le format principal de la ligne de commande est le suivant :
rational_ft.exe
<options Functional Tester VB.NET>
L'enregistrement de scripts, l'activation d'environnements et l'édition de ressources ne sont disponibles qu'à partir de l'interface ligne de commande Java de Functional Tester. Pour plus d'informations, voir Interface ligne de commande de Functional Tester, Java Scripting.
Pour enregistrer un script VB.NET en utilisant l'interface ligne de commande Java de Functional Tester, vous pouvez utiliser les options s'appliquant à l'enregistrement, plus l'option -language VB pour indiquer à l'enregistreur de la ligne de commande Java que le script doit être généré en langage VB.NET.
Parmi les options disponibles pour la ligne de commande Functional Tester VB.NET Scripting, les plus utilisées sont les suivantes :
-datastore
<répertoire projet>
pour identifier l'emplacement du projet.
-compile
<nom script>
pour compiler un script particulier.
-compileall
[<espace de noms>]
pour compiler de manière incrémentielle l'intégralité de l'espace de noms de projet
spécifié ou le projet entier si aucun espace de noms n'est indiqué.
-recompileall
[<espace de noms>]
pour effectuer une recompilation complète de l'espace de noms de projet
spécifié ou du projet entier si aucun espace de noms n'est indiqué.
-playback
<nom script>
pour lire un script particulier.
-addfulltrust
pour accorder au projet spécifié (par -datastore) le niveau d'autorisation FullTrust (confiance totale)
de la stratégie de sécurité du .NET Framework. En effet, avec le .NET Framework, la stratégie de sécurité par défaut interdit
la lecture des scripts d'un projet à travers le réseau.
-removefulltrust
pour retirer au projet spécifié (par -datastore) le niveau d'autorisation FullTrust (confiance totale)
de la stratégie de sécurité du .NET Framework.
-writeconfig
<chemin d'une application>
pour permettre à une application générée avec une
version plus ancienne du .NET Framework d'utiliser la version 1.0 ou ultérieure.
Voici quelques exemples d'utilisations de la ligne de commande :
Pour plus d'informations, voir Interface ligne de commande de Functional Tester, Java Scripting.
Enregistrer un nouveau script VB.NET :
java
Drational_ft.install.dir=<répertoire installation Functional Tester> -classpath
<répertoire installation Functional Tester>\rational_ft.jar datastore
<répertoire du projet> -language VB record <nom du script>
Compiler un script VB.NET :
rational_ft.exe
datastore <répertoire du projet> -compile <nom du script>
Recompiler un projet VB.NET entier :
rational_ft.exe
datastore <répertoire du projet> -recompileall
Lire un script VB.NET :
rational_ft.exe
datastore <répertoire du projet> -playback <nom du script>
Permettre l'exécution locale de scripts d'un projet à travers le réseau :
Rational_ft.exe
datastore <répertoire du projet> -addfulltrust
Exécution de Functional Tester sans surveillance en mode batch
Si TestManager est installé et que vous souhaitiez exécuter Functional Tester sans surveillance en mode batch (traitement par lots) avec un journal TestManager, vous devez inclure les options suivantes sur la ligne de commande rational_ft :
-user nom_utilisateur
Nom d'utilisateur pour la connexion à TestManager.
-password mot_de_passe
Optionnel. Mot de passe pour la connexion à TestManager. N'utilisez pas cette option si aucun mot de passe n'est défini.
-project_name chemin et nom complets du projet
Nom du projet TestManager, précédé de son chemin complet. Respectez la casse des caractères.
-build génération
Nom d'une génération (build) TestManager existante. Voir la remarque plus bas.
-logfolder nom_dossier
Nom d'un dossier de journaux TestManager (voir la remarque plus bas) ou spécification de fichier dans le cas d'un journal au format HTML ou texte. Si vous utilisez un dossier de journaux HTML ou texte, vous n'avez pas besoin de spécifier la génération.
Remarque : Si vous voulez créer un journal TestManager, veillez à d'abord créer les dossiers de génération (Build) et de journaux (Log) TestManager. Voir la remarque à propos de l'intégration de Functional Tester avec TestManager, à la fin de cette rubrique. Si ces deux dossiers n'existent pas, l'exécution de Functional Tester sans surveillance en mode batch échouera.
-log nom_journal
Nom du journal TestManager, HTML ou texte. Si vous utilisez un journal HTML ou texte, vous n'avez pas besoin de spécifier la génération.
Exemple :
rational_ft.exe
-datastore \\My_project\AUser\RobotJProjects -user admin -project_name
\\My_project\AUser\TestManagerProjects\Test.rsp -build "Build 1"
-logfolder "Default" -log "Al_SimpleClassicsA#1" -rt.log_format
"TestManager" rt.bring_up_logviewer true -playback basetests.SimpleClassicsA_01
Si vous ne souhaitez pas que TestManager affiche automatiquement le journal après la lecture du script, vous devez inclure l'option suivante sur la ligne de commande rational_ft :
-rt.bring_up_logviewer
false
Remarque à propos de l'intégration avec TestManager
Functional Tester est intégré avec Rational TestManager version 2003.06.13. Si vous avez cette version de TestManager, vous pourrez utiliser les fonctions intégrées de Functional Tester et TestManager. Consultez la rubrique Intégration entre Functional Tester et les autres produits Rational, car elle contient des informations clés sur l'utilisation des produits ensemble.
Conditions d'utilisation | Appréciations en retour
(C) Copyright IBM Corporation 2002, 2004. All Rights Reserved.