Tous les articles
Mon « Manifeste du testeur »
J’ai récemment publié une image que j’ai nommée « Le manifeste du testeur ». L’idée est de pointer du doigt ce qui est vraiment important dans le métier du test et d’établir, comme pour l’agilité une hiérarchie entre différents objectifs. Ce manifeste ne vise pas une méthode en particulier mais bien le métier de testeur. En effet, toutes les préconisations sont applicables à l’agilité, au cycle en V ou même toute autre méthode que je ne connaîtrais pas ou qui n’existerait pas encore. Enfin, je tiens à préciser que ce manifeste est le fruit de ma réflexion et de mon expérience à l’heure
Le test en image (5)
Voici le 5ème article de ma série le test en image qui regroupe des images que j’ai créées lors de mes différents posts au sujet du test. La communication est essentielle: Le test, au départ c’est principalement des tests manuels: (Résultat du sondage que j’ai mené et qui se trouve dans mes articles) Le test, un métier plein d’avenir et aux multiples facettes : (Résultat du sondage que j’ai mené et qui se trouve dans mes articles) Les tests de performance pour les application mobiles: Le ROI des tests automatisés IHM: Article plus complet à ce sujet. Le manifeste du testeur:
Développement agile vs développement cycle en V
Lorsque l’on doit expliquer la différence entre une méthode agile type Scrum et une méthode plus classique type cycle en V, on en revient souvent à dire que : · l’agilité est plus souple · le projet agile est piloté par la valeur · le cycle en V n’est ni l’un ni l’autre · Le cycle en V a un effet tunnel et accumule les retards. Cette comparaison est très simplificatrice et laisse croire que les méthodes agiles, sont, en tout point, meilleures que le cycle en V. Ce n’est évidemment pas le cas ! Chaque méthode a ses forces et ses faiblesses. Afin de bien comprendre
Automatisation: Architecture modulaire, la clé pour limiter la maintenance ?
Les problèmes de maintenance sont récurrents avec les tests automatisés. C’est même une des raisons majeures de l’échec de l’automatisation des tests. La maintenance doit être effectuée à chaque changement applicatif impactant un ou plusieurs cas de tests. Cette maintenance, si elle est mal gérée peut très vite devenir très gourmande en temps dès lors où l’on multiplie les cas de test. Comment limiter cette maintenance ? Revenons à la base et prenons une application simple. Comment peut-on implémenter les tests ci-dessous et quel sera l’impact de ce choix sur la maintenance ? Test 1 : Test 2 : Test 3 : On peut implémenter ces
Testeur manuel, que vas-tu devenir ?
J’ai souhaité partager autour de ce sujet suite à de nombreuses discussions et la lecture de cet article. Tout d’abord, je tiens à ajouter que le test est un métier d’avenir et que les testeurs le savent bien et pensent pour une bonne partie d’entre eux être encore dans le test dans 5 ans. Voici le constat : · On demande de plus en plus aux testeurs de savoir automatiser les tests avec les nouvelles méthodes de travail agiles. · La part de test manuel est réduite à peau de chagrin avec l’intégration et le déploiement continu. · Au sein des équipes agiles, on recherche