Blog du testeur

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

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.

This book “Pragmatic Software Testing” from Rex Black or “Becoming an Effective and Efficient Test Professional” is a very good one.

It'll give you some testing techniques (black and white). To train yourself there are some excercises. You may enhance your test case and so have a better requirement coverage in term of quality.

You'll find also some tips on integration process and static testing.

More information on ...
Rex Black Consulting

Il y a eu plusieurs discussions au sujet des outils open source (gestion de test et gestion de bug) sur Linkedin, sur le groupe « Software Testing and Quality Assurance ». Un professionnel du test, Vinodh Velusamy, a une l’excellente idée d’en faire une compilation et de mesurer à travers les réponses la popularité de ces outils dans la communauté des testeurs. Je vous livre les résultats de ces mesures. Vous pouvez lire l’article complet dans le numéro 12 du magazine « Testing expérience » .

 

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

Les critères définis dans la norme ISO9126 peuvent être utilisés pour caractériser le niveau de qualité pour un produit logiciel donné. Ils sont au nombre de six principaux:

• Capacité fonctionnelle
• Fiabilité
• Facilité d'utilisation
• Rendement/performance
• Maintenabilité
• Portabilité.

Chacun de ces critères comportent des sous-critères. Par exemple pour le critère Facilité d'utilisation:

• Facilité de compréhension
• Facilité d'apprentissage
• Facilité d'exploitation.

Ces critères peuvent orienter les choix de test. Par exemple si le critère "facilité de compréhension" est un facteur important il sera éventuellement judicieux de:

• revoir les aides en ligne
• les manuels d'utilisateur
• faire appel à un ergonome pour vérifier les interfaces
• organiser des beta-tests avec un questionnaire sur le ressenti utilisateur.