Discussion :

[Yannick_from_31]

tt le monde

mon objectif est de créer des scénarios de test (syntaxe à créer / tests d'applications) à exécuter avec n'importe quel langage (ou navigateur web) sous windows.

Pour ne pas refaire ce qui existe déjà, je pensais utiliser un langage de script pour exécuter ces scénarios de test. Mais il faut absolument que ce langage de script puisse :
- exécuter du code Java,
- utiliser des objets Java (voire les convertir pour les utiliser si pas possible),
- manipuler des fichiers textes,
- communiquer en réseau avec d'autres logiciels (UDP seulement),
- tester des valeurs numériques, booléennes,
- utiliser des conditions "if... then... else" et des boucles.

Et en option :
- lancer des tâches, les mettre en pause,
- gérer des procédures au sein du scénario,
- lancer d'autres sous-scénarios,
- que "l'exécuteur" du script soit validable.

Donc je cherche un langage de script qui obligatoirement pouvoir utiliser du Java et faire environ tous les autres points ci-dessus

J'ai pas mal cherché mais je n'en trouve pas un qui me permette de réaliser tout ceci.

NB : je pensais aussi utiliser un langage de script exécuté par un truc à inclure dans un logiciel Java, ce qui permettrai de compléter le langage de script de quelques fonctions qu'il ne propose pas (grâce à un logiciel Java à créer).

Si quelqu'un à une idée ou une piste sinon

[moritan]

ça s'appelle JUNIT ou TestNG non?

[sinok]

Pour les tests unitaires autant utiliser les framework conçus pour (genre JUnit ou xxxxxUnit suivant e que tu cherches à tester).

Sinon pour les langages de scriting regardes du coté de Beanshell et Jython

[Yannick_from_31]

Merci beaucoup de votre aide

JUnit/TestNG ne conviendraient pas du tout à ce que je veux faire : pas du test unitaire, mais plutot offrir des services pour tester des trucs (objects Java, communication udp, fourniture de service en tant que "pseudo-serveur"...).

Par contre, merci pour Beanshell, ça va me permettre de faire énormément de choses. Je vais voir du coté de Jython si c'est dans le même genre.

[moritan]

Junit ne fait pas que du test unitaire.
Perso, sur les projet sur le quel je bosse on l'utilise pour tester des fonctionnalité entière de nos applis.

Je ne vois pas quel test tu ne pourrais pas réaliser avec JUNIT.

Mais après su tu aimes réinventer la roue...

[Yannick_from_31]

Junit ne fait pas que du test unitaire.
Perso, sur les projet sur le quel je bosse on l'utilise pour tester des fonctionnalité entière de nos applis.

Je ne vois pas quel test tu ne pourrais pas réaliser avec JUNIT.

Mais après su tu aimes réinventer la roue...

je ne veux surtout pas réinventer la roue, BeanShell me permettrait d'éviter cela.

Mais je veux bien utiliser JUnit. Mais j'ai l'impression que l'objectif de JUnit est le test d'une application. Mon but n'est pas de tester une appli mais de proposer le test d'une chaine d'applications.

En fait, je veux proposer à l'utilisateur la possibilité d'écrire des scénarios de test qui lui permettent de tester une chaine logicielle (embarqué, Ada, Java...) qui communique par udp et dont un morceau sera en local (en Java). L'utilisateur a besoin pour cela de :
- tester des données reçues d'autres logiciels (communication UDP) par des fonctions Java existantes ou par des trucs genres (<, > ...),
- de lancer des tâches qui effectuent des tests (appel d'autre scénarios locaux, appels fonctions java) lors d'un évènement (acquisition de données par udp, timer...)
- écrire dans des fichiers,
- manipuler un ensemble d'objets Java pour tester leurs valeurs, les afficher...,
- ...

En fait, c'est comme si l'utilisateur écrivait un programme Java qui va tester certaines choses. Seulement je veux proposer à l'utilisateur de passer par une syntaxe simplifiée (lui éviter les communications réseaux, la gestion d'évènements...) et de ne pas compiler.

BeanShell va me permettre de faire ceci en rajoutant ma couche pour gérer des évènements provenant de l'extérieur par udp.


PS : désolé si mes idées sont pas très claires .