Tous les articles
Tests autos vs tests manuels
L’automatisation, le nouvel Eldorado ! Il faut automatiser tous les tests et une fois que ça sera fait, exécuter les cas de tests sera gratuit et parfaitement fiable, tout sera merveilleux ! Vraiment ? Dire cela montre juste un manque de connaissance du métier du test. Les tests ce n’est pas que l’exécution. L’automatisation a de nombreuses qualités (surtout avec des méthodes incrémentales, pour plus d’info lire mon post sur le testeur dans la méthode Scrum) indéniables et il serait dommage de s’en priver. Néanmoins les cas de tests manuels ont également de nombreux points forts non négligeables et souvent complémentaires avec les tests
La gestion des bugs
La phase d’exécution des tests : Avant même d’avoir un bug, il faut le provoquer. Pour cela, on exécute des cas de tests sur notre logiciel, certains de ces cas sont en « échec ». C’est dans ces cas en « échecs » que l’on trouve des bugs. On appelle cette partie l’exécution des tests. Suite à ces tests en échec (ou « failed ») on arrive à une partie plus difficilement automatisable (et donc avec plus de valeur ajoutée !) qui est une partie d’analyse du cas. A noter : lorsque le logiciel est déjà en production, de nombreux bugs sont remontés par des utilisateurs. Ils sont alors reproduits
Le testeur dans la méthode Scrum
Article plus récent et plus complet (mais beaucoup plus long) disponible ici. Les méthodes agiles et particulièrement la méthode Scrum sont de plus en plus utilisées dans les projets. Quelle est la place du testeur dans ce type d’organisation? Petit rappel : La méthode Scrum est une méthode de travail avec des cycles courts (« sprints ») de 2 à 4 semaines, et une construction incrémentale du logiciel, avec, à la fin de chaque cycle, un logiciel « utilisable ». Le but est d’éviter l’effet tunnel des projets en cycle en V, de s’adapter plus facilement à des changements dans les besoins, avoir une amélioration continue de
Le logiciel sans Bug
Le logiciel sans Bug Le logiciel sans bug est un idéal, surtout pour nous, utilisateurs de ce logiciel. Mais à quoi cela correspond-t-il réellement ? Un logiciel sans bug est-il vraiment souhaitable tant pour nous utilisateurs que pour l’éditeur du logiciel? Tout d’abord, qu-est-ce qu’un logiciel sans bug ? Un logiciel sans bug est un logiciel, qui, en toutes circonstances, dans tous les cas de figures, toutes les différentes utilisations fonctionne de la façon voulue. De la façon voulue ne veut pas dire que l’on ne rencontre pas d’erreur, par contre ces erreurs sont correctement gérées (ex : bon message d’erreur lorsque l’on perd sa
Je suis testeur logiciel! Oui mais « testeur » c’est quoi ?
L’image du métier de « testeur »: On parle de plus en plus de ce métier : Testeur. Que cela soit testeur fonctionnel, technico fonctionnel, testeur en automatisation, ingénieur test et validation et j’en passe. Dans l’imaginaire collectif le testeur c’est celui qui s’occupe des tests de l’application. Que cela soit des tests automatisés ou tout simplement manuels. Ce n’est pas normal qu’une application sorte avec des bugs et si c’est le cas c’est que les testeurs n’ont pas (bien) fait leur travail, que les tests n’ont pas été effectués correctement. Je vous arrête tout de suite une application sans bug ça n’existe pas