Re: Scripter les tests

Baptiste MATHUS <[email protected]> Thu, 7 Apr 2011 11:12:00 +0200
Newsgroups gmane.comp.java.french.general
Message-ID <[email protected]>
Pas sûr d'avoir tout compris ce que tu cherches.
Mais des trucs à la DSL genre spock (groovy), ça pourrait pas coller ?

Mes 2 centimes, cadeau :).

Baptiste

Le 7 avril 2011 10:33, Jean-Baptiste BRIAUD -- Novlog <[email protected]
> a écrit :

>
> Bonjour à tous,
>
> Voilà un moment que je voudrais entamer le chantier de scripter nos tests.
> Nous utilisons Selenium pour piloter par programme un navigateur.
> Des sous-classes de JUnit enchainent les appels Selenium pour construire un
> usage plausible d'une application.
>
> Conceptuellement, j'aurais envie d'écrire ce genre de chose :
> 1. login(l, p)
> 2. trouver le champ "nom" (en fait le SeleniumID et non pas le label)
> 3. entrer "Dupond"
> 4. chercher le bouton "OK" (en fait le SeleniumID et non pas le label)
> 5. Clicker sur le boutoun
> ...
>
> Sauf que les appels à Selenium dans notre sous-classe JUnit sont beaucoup,
> beaucoup trop complexe.
> En plus, il faut tout compiler les tests pour les lancer.
>
> Bref, j'aimerais scripter tout cela.
> Moyennant une lib qui ne nécessite pas d'être recompilée et contenant par
> exemple, une classe pour un mot clé,
> il est simple de proposer un interpréteur de fichier texte où le premier
> mot de chaque ligne correspond à une classe se mot clé.
> Ensuite, la pattern Commande et "roule ma poule".
> ... et en plus, çà existe déjà, et en plus je l'ai déjà utilisé dans le
> passé :
> http://exactor.sourceforge.net/
> mais çà n'est plus mis à jour depuis 2008 et depuis le temps il a coulé de
> l'eau sous les scripts.
>
> Bref, est-ce qu'un de ces langages de scripts plus récent ne serait pas
> plus approprié ?
> Je sur que oui pour au moins une raison : toute la logique de boucle, test,
> est déjà là et bien faite.
> Sauf qu'il ne faudrait pas que le script devienne aussi complexe que
> l'actuelle sous-classe JUnit, sinon, çà ne sert plus à rien.
>
> ah oui, je ne l'ai pas dit, mais je parlais de ces langages de scripts qui
> tourne dans une JVM car la portabilité, c'est important.
> Comment envisager "les appels" (est-ce des appels ?) aux mot clé du test :
> trouver le champ, cliquer, les divers assert, ...
>
>
> Des reco, des idées ?




-- 
Baptiste <Batmat> MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !