Framework de test : Robot Framework

Rédigé par Dominique Mereaux le 17 septembre 2011

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

Classé dans : Automatisation - Mots clés : robot framework - 1 commentaire

Testlink 1.9 nouvelles fonctionalités

Rédigé par Dominique Mereaux le 17 septembre 2011

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 ... progression couverture des exigences

Classé dans : Outil de test - Mots clés : testlink - aucun commentaire

Selenium : Element-filters

Rédigé par Dominique Mereaux le 17 septembre 2011

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:


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

Classé dans : Automatisation, Outil de test - Mots clés : selenium - aucun commentaire

Test exploratoire

Rédigé par Dominique Mereaux le 17 septembre 2011

Il s'agit d'une méthode qui consiste à exécuter des tests sans plan de test préalable. La conception des tests se fait au fur et à mesure de l'apprentissage de l'application par le testeur et à partir des manuels utilisateurs ou aide en ligne fourni en même temps que le logiciel à tester.

Les points positifs:
  • Économie de moyen, pas de process lourd
  • Créativité de par la méthode et l'absence de cadre
  • Retour rapide, nombre d'anomalies important
  • Vision utilisateur
  • Adaptabilité
  • Test basé sur l'expérience et l'intuition
Les points négatifs:
  • Nécessite des testeurs expérimentés.
  • Le processus de test débute trop tard, pas de prévention.
  • Pas de couverture d'exigence, certains points peuvent être alors négligés.
  • La pertinence des tests dépend de l'expérience des testeurs.


Dans quels cas utiliser cette méthode:
  • Absence de processus et de structuration, néanmoins il faut une aide en ligne ou un manuel utilisateur à jour.
  • Moyen de retour rapide qui pourrait être utiliser comme "smoke test" avant de débuter un processus de test structuré.
  • En beta test amélioré avant déploiement sur le terrain pour détecter des problèmes non vus par les équipes de développement.
  • Pour des prototypes ou pilotes qui ne nécessitent pas un investissement en test couteux.


Basé sur l'expérience, la créativité de testeurs confirmés, ce type de test permet de découvrir des anomalies qui échappent à des techniques structurées. En effet les processus de test classiques n'encouragent pas à "sortir des sentiers battus" et imaginer lors des phases d'exécution de nouveaux tests autres que ceux planifiés (pression des plannings, exécutants non expérimentés ...). Il m'a souvent été reproché de passer des tests non prévus, mais comment avec toute la meilleure volonté du monde écrire un plan de test exhaustif à partir de spécifications surtout quand sont abordées les exigences de type non fonctionnelles telles que la robustesse.

Ne faire que du test exploratoire me parait également non suffisant. Le risque est de ne pas tester certaines parties. Tout dépend de la motivation et l'expérience du testeur. S'il quitte la société?

Par contre combiné à d'autre stratégie de type méthodique il est un complément intéressant, puissant,peu couteux et peut s'intégrer à part entière dans le processus de test.

Classé dans : Général - Mots clés : test exploratoire - aucun commentaire

TOP 25 des erreurs logicielles générant des problèmes de sécurité

Rédigé par Dominique Mereaux le 17 septembre 2011

Voici un site qui vous donnera des idées pour tester les aspects sécurité des logiciels:
TOP 25

Classé dans : Sécurité - Mots clés : sécurité - aucun commentaire

Fil Rss des articles

page 1 sur 5suivante»

Catégories

Archives

Mots clés

Derniers articles

Derniers commentaires