Veuillez m’excuser pour le désagrément.

Dominique.

Soit le code extrait de meto.fr qui permet de sélectionner celsius ou fahrenheit pour la température:

<p class=“clearfix”><span>

<input checked=“checked” class=“checkbox” id=“celsius” name=“unit” type=“radio” value=“celsius”/>

<label for=“celsius”>degrés Celsius (°C)</label>

</span></p>

<p class=“clearfix”><span>

<input class=“checkbox” id=“fahrenheith” name=“unit” type=“radio” value=“fahrenheith”/>

<label for=“fahrenheith”>degrés Fahrenheit (°F)</label>

</span>

Tel que on ne peut pas sélectionner l’élément en utilisant le nom (Name=unit), d’où l’intéret d’utiliser les element-filters qui vont permettre de raffiner la recherche :

<tr>
<td>click</td>
<td>link=Options</td>
<td></td>
</tr>
<tr>
<td>click</td>
<td>name=unit index=1</td>
<td></td>
</tr>

Ici on prendra le deuxième élément avec name=unit (index commence à 0).

Il existe deux types d’element-filter:

• index : que l’on vient de voir et
• Value : si l’élément possède une “value” on peut utiliser cette dernière pour préciser la recherche tel que dans l’exemple suivant :

<tr>
<td>click</td>
<td>link=Options</td>
<td></td>
</tr>
<tr>
<td>click</td>
<td>name=unit value=celsius</td>
<td></td>
</tr>

L’élément est sélectionné d’abord avec l’attribut id (code html) puis si pas de concordance avec l’attribut name.

name=name

Exemple :
Soit le code cible html:

<a id=”Sell” href=”http://annonces.ebay.fr/sell”>Vendre</a>

Les codes suivants fonctionnent et permettent de cliquer sur le lien Vendre.
<tr>
<td>clickAndWait</td>
<td>Identifier=Sell</td>
<td></td>
</tr>

<tr>
<td>clickAndWait</td>
<td>Id=Sell</td>
<td></td>
</tr>

Soit le code  html suivant (sfr.fr):

	<div style=“float:left;”><label for=“prof_sexe”><strong>Je suis</strong></label><br>

 	<select name=“prof_sexe”>

 		<option value=“2″>Une femme</option>

		<option value=“1″>Un homme</option>

 	</select>

       </div>

Les codes de test permettent de selectionner  “Un homme” dans le choix “prof_sexe”:

<tr>
<td>open</td>
<td>/accueil/adsl.html</td>
<td></td>
</tr>
<tr>
<td>select</td>
<td>Name=prof_sexe</td>
<td>label=Un homme</td>
</tr>
<tr>
<td>open</td>
<td>/accueil/adsl.html</td>
<td></td>
</tr>
<tr>
<td>select</td>
<td>Identifier=prof_sexe</td>
<td>label=Un homme</td>
</tr>

Si on ne précise rien (Name, Identifier, Id) par défaut la recherche se fait par “Identifier”. 

D’ailleurs lors d’un enregistrement rien n’est précisé. 

• Gestion des steps pour les tests
• Gestion des environnements de tests (un test peut-être passé sur plusieurs environnements)
• Une meilleure gestion des versions (étendue aux exigences et possibilité de comparer les versions)
• Amélioration de la gestion des exigences (arborescence à plusieurs niveaux, relation entre exigences)
• etc…

Plein de nouveautés à découvrir pour cet outil du libre, alternative à Quality Center (HP).

Une fonctionnalité qui m’a plu :

Chaque fois que l’on créé une exigence on peut définir le nombre de tests que l’on pense y associer. Grâce à cette information on pourra suivre la progression de la couverture des exigences par le plan de test, et surtout calculer le reste à faire …

Il est né des besoins suivants:

• Offrir un langage de haut niveau pour des testeurs fonctionnels
• Possibilités d’écrire des tests de recette avant livraison du produit

Le principe est le suivant :

1. des mots-clefs de base correspondent à des actions unitaires (par exemple “entrer une chaine de caractères dans le champ de login”, “entrer une chaine de caractère dans le champ password”, “cliquer sur login” …)
2. On peut créer des mots-clefs à partir d’autre mots-clefs, par exemple un mot clef login correspond à la séquence  “entrer une chaine de caractères dans le champ de login” + “entrer une chaine de caractère dans le champ password” + “cliquer sur login”

Il offre les fonctionnalités suivantes:

• Ecrire des tests de type “Behavior Test Driven”
• Ecrire des tests de type “Data Test Driven”
• Gestion de variable de test avec des valeurs par défaut
• Fourniture d’un rapport de test html (excellent)
• Possibilités de tagger les tests afin de fournir des résultats par tag
• Library d’action de base Selenium, AutoIt …
• Possibilité de créer sa propre library
• Library de gestion système (création fichier, directory ….)
• Library dédié test (screenshot, step manuel …)
• Découpage en test et test suite
• Possibilité d’arborescence pour classer les tests
• Possibilité d’associer des actions de début et fin de test (pré requis, post test)
• Format des tests : html, csv ou texte.

Etc …

Quelques défauts :

• L’éditeur de test n’est pas terrible voir buggé
• Pas de vrai gestion de test mais il y aurait une possibilité de le connecter à testlink.

Voilà après quelques essais je suis assez emballée …

•  QTP
• QC
• Selenium
• Automated QA
•  Micro focus
• JMeter
• etc …

En ce qui concerne les outils de BugTracking :

1/ Bugzilla 60%

2/ Mantis 30%

3/ Trac 5,5%

4/ Bugtracker 3%

En ce qui concerne les outils de gestion de test :

1/ Testlink 53%

2/ Testopia 17%

3/ Redmine 12%

4/ RTH 7,5%

5/ Xqual XStudio 6%

 Vous retrouvez l’article original et bien d’autres sur les outils open source dédiés au test ici.

Bonne lecture