Blog du testeur

Selenium : Identifier avec xPath

Dominique Mereaux — Tue, 24 Apr 2012 09:44:00 +0200

Le moyen le plus simple et le plus rapide de retrouver un élément d'une page web (pour cliquer dessus par exemple) est l'id. Malheureusement l'id n'est pas toujours présent. Dans ce cas on peut également utiliser les requêtes xPath (navigation dans un document XML) pour retrouver un élément.

Soit la page web suivante:

Je voudrais accéder au deuxième lien "détail" pour le cliquer.

L'IDE de selenium nous propose plusieurs possibilités comme par exemple par position absolue: //tr[3]/td[5]/a

soit:

tr[3] Accéder à la troisième ligne
td[5] Accéder à la cinquième cellule
a Accéder à l'élément lien

Le test selenium sera à réécrire si par exemple un autre tableau est ajouté en début de cette page web.

De façon relative: //table[@id='maTable']/tbody/tr[3]/td[5]/a

table[@id='maTable'] Accéder au tableau identifié par l'id "maTable"
tr[3] Accéder à la troisième ligne
td[5] Accéder à la cinquième cellule
a Accéder à l'élément lien

Intéressant pour tester des tableaux générés dynamiquement.

Recherche sur un attribut : xpath=(//a[@name='lien'])[2]

Le deuxième lien ayant pour attribut nom = 'lien'.

Pour plus d'informations sur la construction de ce type de requêtes :
w3schools xpath

Une API Java pour s'interfacer avec testlink

Dominique Mereaux — Sat, 21 Apr 2012 21:42:00 +0200

Si vos tests automatiques sont codés en java vous pouvez à l'aide d'une API reporter les résultats correspondants dans votre plan de test sous testlink.

Cette API se trouve à l'adresse suivante : api testlink

Elle permet de :

Création de projet
Création de test suite
Création de cas de test
Ajout de cas de test à un plan de test
Rapport de résultat

Dans cet article je vais surtout m'intéresser à la dernière fonctionnalité partant du principe que :

On conçoit les tests dans TestLink
On écrit le code automatique correspondant
On lance les tests et les résultats sont stockés automatiquement

Pour commencer il faudra importer:

import testlink.api.java.client.TestLinkAPIClient;
import testlink.api.java.client.TestLinkAPIException;
import testlink.api.java.client.TestLinkAPIConst;

Puis créer une instance de l'API :

TestLinkAPIClient apiClient = new
TestLinkAPIClient("26f77ac152f2622f097a894ada8ec368",
"http://localhost:8888/testlink/lib/api/xmlrpc.php");

Voici la signature de la méthode :
TestLinkAPIClient(devKey, url)
l'Url pointe sur l'interface xml-rpc de testlink et permet la connection.

devKey: cette clef est lié à un utilisateur de testlink. Il faut dans un premier temps autoriser les tests automatiques:

Puis vous pouvez récupérer la devkey sur la page affichant vos paramètres:

Assigner le résultat dans Testlink :

apiClient.reportTestCaseResult("FirstProject","TP1","UN-1","Build 2",
"essai", TestLinkAPIConst.TEST_BLOCKED);
Dans l'ordre on trouve :

Le nom du projet
L'identifiant du plan de test
L'identifiant du cas de test (il apparait sur la page) ou le nom du test
L'identifiant du build
un texte pour commenter l'exécution
Le résultat du test

Testlink + l'api java vous permettront d'avoir un outil de gestion de test complet. Il est à noter que vous pouvez également interfacer testlink avec différents outils de gestion d'anomalies. De même les scripts "Selenium" qui permettent d'automatiser les tests d'interfaces web, peuvent être écrits en java. Vous pourrez donc intégrer également les résultats de tests automatiques d'interface WEB.

Présentation rapide d'outil de test de charge : The Grinder

Dominique Mereaux — Sun, 12 Feb 2012 21:01:00 +0100

The Grinder est un outil open source qui permet de réaliser des tests de charges pour du WEB.
Il s'installe facilement (zip) et se lance tout aussi facilement.

Les processus « Worker »

Interprètent les scripts de test et les exécutent. Chaque processus peut exécuter plusieurs tests en parallèle en utilisant des threads « worker «.

Les processus « Agent »

Processus qui démarrent et arrêtent les processus de type « worker » tels que spécifiés.
Maintient un cache local des scripts de tests distribués à partir de la console.

La Console

Coordonnent les autres processus.
Collecte et affiche les statisques.
Fournit un service d’édition et de distribution des scripts.

Lancer la console :

java –cp ./lib/grinder.jar net.grinder.Console •lancer les agents sur les PC «

injecteurs » :

java -cp ./lib/grinder.jar net.grinder.Grinder ./examples/grinder.properties

La console permet de gérer les scripts et en particulier de modifier le grinder.properties qui définit le paramétrage comme par exemple le nombre de processus en parallèle, le script qui va être exécuté etc.

Un ensemble d'icônes permet de transmettre les scripts aux processus, de les lancer, démarrer les mesures etc.

Ci dessous un exemple de résultats collectés pendant les tests

Les scripts sont écrits en python. Dans le package téléchargé on trouve pléthore de scripts permettant des injections avec diverses configurations.

Plus d'infos : http://sourceforge.net/projects/grinder/

Inscrivez-vous sur le groupe french testers du site Software Testing Club

Dominique Mereaux — Tue, 07 Feb 2012 16:10:00 +0100

Un site, plein d'infos et de news sur le test qui vaut le détour, animé par Rosie Sherry. Vous y trouverez des blogs, un journal dédié aux tests, des communautés et un groupe de french testers: http://www.softwaretestingclub.com/group/frenchtesters N'attendez plus pour vous inscrire ...

Outil de test : Sandbox IBM

Dominique Mereaux — Mon, 16 Jan 2012 21:06:00 +0100

Il est possible de tester les outils de gestion de plan de test d'IBM grâce à la mise à disposition d'une sandbox. Une fois enregistré vous aurez accès à : Rational Team Concert 3.0.1 Rational Quality Manager 3.0.1 Rational Requirements Composer 3.0.1 Le premier permet de gérer le projet dans sa globalité (gestion des tâches, gestion de configuration). Le second permet de gérer les test et le troisième les exigences. Tous les artéfacts des uns et des autres sont liés et on passe d'un outil à l'autre sans s'en rendre compte. Il n'y a pas arborescence comme dans les outils tels Quality Center. Il faudra donc associer les tests aux bons artéfacts (story, exigences ...) et prévoir des attributs pour retrouver et gérer correctement ses tests.

Framework de test : Robot Framework

Dominique Mereaux — Sat, 17 Sep 2011 17:19:00 +0200

Actuellement je travaille sur un framework de test intéressant à mon sens nommé Robotframework.

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 :

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" ...)
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 ...

Testlink 1.9 nouvelles fonctionalités

Dominique Mereaux — Sat, 17 Sep 2011 14:29:00 +0200

La version testlink 1.9 est sortie depuis la fin de l'année dernière. Elle comporte de nouvelles fonctionnalités intéressantes:

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 ...

Selenium : Element-filters

Dominique Mereaux — Sat, 17 Sep 2011 10:50:00 +0200

A quoi servent les element-filters : ce post, je l'espère va vous l'expliquer.

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

degrés Celsius (°C)

degrés Fahrenheit (°F)

<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>