Tous les articles

Mécaniques de Bugs End… et liens avec l’Agile: les cartes « Bonus »
Dans un article de juin 2025 je présentais Bugs End, un jeu coopératif que j’ai créé avec Julien Cahu. Comme dit, Bugs End est avant tout un jeu! Mais, comme vous le savez, les jeux sont un outil d’apprentissage puissant. Au delà du côté ludique nous souhaitions mettre en avant la complexité de la gestion de la qualité dans un contexte Agile. Et pour cela nous avons fait des choix au niveau de l’impact des cartes. Le but de cet article est d’expliqué ces choix à travers les cartes de type « Bonus » qui peuvent paraître complexes pour des non habitués aux

Cas de test automatique VS manuel
De manière cyclique on voit venir et revenir des besoins d’automatisation de test. Ce sujet vient notamment de charges de maintenances sous-évaluées qui rend les automates rapidement obsolètes. Les organisations oublient et quelques années plus tard on redémarre. Nous n’aborderons pas ce point en soi, mais l’amont qui est de savoir si on doit avoir des tests manuels ou des test automatiques ? Certaines personnes considèrent qu’il faut tout automatiser, mais ils sont souvent proches du développement et parlent en conséquence des tests unitaires, qui par définition sont automatisés (du code qui teste du code)… Confondent-ils couverture des tests unitaires et automatisation

Fiche de bug ou pas fiche de bug ? Telle est la question!
Une fiche de bug ? Quand on est testeur et que l’on parle de bug, on pense très vite à la fiche de bug. Cet outil très utile a plusieurs utilité. La première est de donner une information qui va permettre de reproduire le bug, de potentiellement le corriger et de suivre son processus de résolution. La seconde utilité de la fiche de bug est de constituer une base de connaissance et d’aider à l’amélioration continue (par exemple avec des indicateurs). Ces deux usages ont une vraie valeur ajoutée qui ne peut être atteinte qu’avec un minimum d’informations. On retrouve souvent

Et si on se servait de l’IA autrement ?
L’IA n’augmente pas automatiquement la productivité Environ 1 mois avant que j’écrive ces lignes je suis tombé sur un article de Jérôme Beaumont qui parlait d’IA. Contrairement à beaucoup d’articles qui promettent monts et merveilles Jérôme évoque la difficulté à gagner en productivité avec l’IA. Le principe est simple… Mais (moi le premier) on n’y pense pas forcément. Avoir une rupture technologique (ou de processus) n’engendre pas automatiquement des gains de productivité. Pour avoir un gain de productivité il est nécessaire de changer de manière de penser et s’adapter aux possibilités du nouvel outil à notre disposition. IA ou non, il

Pas de test par actions VS par événements
Je constate assez souvent, lorsque je réalise un état des lieux, qu’il y a autant de façon d’écrire un test que de testeurs en France. Sans aller sur des préconisations d’industrialisation, un sujet ressort assez souvent : la granularité des pas de test. Ce sujet peut paraitre anecdotique, mais sachant que dans les outils de tests on exécute les pas de test un par un, leur nombre influence un minimum la durée d’exécution, mais surtout la répétitivité du travail et donc la motivation des testeurs. Par ailleurs, dans la plupart des centres de service, les Unités d’Oeuvre sont dimensionnées par rapport au