Tous les articles
Tests : le facteur humain.
Il m’arrive régulièrement en discutant avec des collègues ingénieurs que ces derniers me disent : « Tu sais, pour les tests tout dépend du testeur ». Je n’aime pas cette phrase. Certes le métier de testeur est un métier à part qui requiert des compétences spécifiques, néanmoins ce facteur humain, bien que toujours présent doit être, au moins sur certaines parties, quasiment inexistant. Je suis toujours choqué lorsque l’entends : · La qualité de l’écriture des tests dépend du testeur qui les a écrits. L’écriture des cas de test c’est la base, tout testeur doit être capable d’écrire des cas de tests (manuels) propres. · La qualité
La maintenance des tests
Les tests ont pour but de vérifier que l’application fonctionne comme il est prévu. Ces tests peuvent atteindre ce but uniquement s’ils sont à jour, c’est pourquoi il ne faut jamais négliger la maintenance des cas de test. Pourquoi les tests sont-ils amenés à évoluer ? Les cas de tests sont à mettre à jour car le produit et ses fonctionnalités évoluent. Si des cas ne sont plus à jour c’est que la fonctionnalité de l’application a évoluée depuis son implémentation. L’application peut évoluée pour plusieurs raisons comme : · Des demandes du métier · Des demandes clients · Des impératifs techniques (ex : sécurité ou changement
Alpha et Bêta tests : La solution pour les applications mobiles?
Les phases d’alpha tests et bêta tests sont des phases de test métier. Ils arrivent donc après les tests fonctionnels (tests effectués en général par les testeurs). Définition ISTQB : · Alpha test : test opérationnel réel ou simulé par des utilisateurs/clients potentiels ou par une équipe de test indépendante sur le site de développement, mais en dehors de l‘organisation de développement. Les tests Alpha sont souvent utilisés comme une forme de tests d‘acceptation interne · Beta test : tests opérationnels par des utilisateurs/clients potentiels et/ou réels sur un site externe non associé aux développeurs, pour déterminer si un composant ou système satisfait ou non les
Les livrables du test
Le test, par définition n’est pas un métier de « création » comme peut l’être le métier de développeur. Néanmoins lorsque l’on exerce ce métier on crée de la valeur. La valeur créée par un testeur est simplement différente (un testeur seul ne développera pas une application mobile). La valeur ajoutée du testeur est plus abstraite, elle se rapproche d’un indice de confiance ou même d’un indicateur aidant à la prise de décision pour des questions vitales aux projets telles que : L’application (ou le logiciel) peut-il être mis sur le marché dans son état actuel? C’est pour cela que la visibilité des tests, ainsi
Comment interpréter une campagne de test sans bug ?
Au cours des nombreuses campagnes de test que l’on exécute, il peut arriver de ne remonter aucun bug sur l’une de celles-ci. Que faut-il tirer comme informations d’une campagne avec un résultat comme celui-ci ? Une campagne qui ne remonte pas de bug ne veut pas forcément dire que le testeur a mal fait son travail ou que l’application délivrée est parfaite! Il y a de nombreuses façons d’interpréter ce résultat, des bonnes et des mauvaises en voici quelques-unes : · L’application testée est stable et/ou a peu été modifiée : on peut le remarquer avec de l’intégration et du déploiement continu, dans ce cas