Nouvelle série dans la taverne! Dans cette série vous pourrez trouver dans chaque article une présentation d’une des 7 principes fondamentaux du test. Les tests montrent la présence de défaut Description Ce principe rappelle que les tests servent de détecteur de défaut. Par défaut vous pouvez comprendre « imperfection dans le logiciel« . Comme tout détecteur, lesLire la suite Les 7 principes du test: les tests montrent la présence de défauts (1/7)
Ma découverte du quadrant En novembre 2015 je suivais une formation ISTQB Agile dans le but d’obtenir ma certification. J’attendais beaucoup de cette formation, je souhaitais y découvrir: De nouvelles manières de penser Améliorer mon discours pour appréhender le t’est dans un contexte Agile Avoir des outils pour inculquer l’esprit de la qualité à l’ensembleLire la suite [ISTQB ] Quadrant de test Agile
Introduction Les revues sont des tests statiques, c’est à dire que c’est des tests que l’on peut exécuter sans avoir besoin de faire fonctionner le logiciel. L’intérêt de ces tests est très grand d’un point de vue économie d’argent (on détecte les anomalies plus tôt) mais aussi time to market (avec une correction plus rapide).Lire la suite [ISTQB] Les Revues
On entend rarement parler de la politique de test. En général, je dirais même plus que ce terme est peu utilisé et peu connu des testeurs… Au point de ne pas vraiment savoir ce que c’est. Pour rappel, une politique de test c’est le document qui fait référence en terme de test dans une entreprise.Lire la suite Dépoussiérer la politique de test
Introduction Lorsque l’on parle de « plan de test » on arrive rapidement à des incompréhensions. Selon son interlocuteur certaines pensent bien à des plans de test selon l’ISTQB, d’autres pensent à une « stratégie » ce qui reste une notion assez proche… et une très grande partie pense à ce que j’appelle un « répertoire de test » ce quiLire la suite Duel: plan de test vs répertoire de test
J’ai il y a longtemps écrit un article sur les couvertures de test. Honnêtement je trouve cet article trop incomplet pour pouvoir être le seul présentant les couvertures de test. Il a néanmoins l’avantage de montrer qu’une couverture de 100% ne veut rien dire, comme je l’ai écrit dans mon récent « coup de gueule« . JeLire la suite « Les » couvertures de test
La question du « bon testeur » est une question récurrente. Comment reconnaitre un « bon testeur » d’un « mauvais testeur » ? Car, si le bon testeur teste, le mauvais teste aussi! Le problème semblant insoluble il est peut être préférable de prendre le problème autrement: Qu’attendons nous d’un bon testeur ? Que fait un bon testeur ? LesLire la suite Que fait un bon testeur ? Bah… il teste!
Dans la taverne il est fréquent de trouver des articles traitant des plan de test. Le sujet a été abordé de plusieurs manières que cela soit pour le présenter, l’imager, expliquer sa place au sens ISTQB ou dans la série « duel« … Il reste néanmoins un axe sur lequel la plan de test n’a pas étéLire la suite Plan de test: ma vision de son utilisation
Introduction Si vous êtes dans le test depuis quelques années vous n’avez pas pu échapper au « 0 bug ». Cette notion se voit régulièrement à travers: La promesse d’outil de test comme des outils d’automatisation ou de modélisation Les attentes de managers ou les annonces de certains bilans de test Des articles ou des communications… CetteLire la suite Coup de Gueule: arrêtez de me parler de 0 Bug!
Introduction TMMi est un modèle de maturité des tests fortement inspiré du CMMI. Comme le CMMI, TMMi propose un modèle de maturité sur 5 niveaux, le premier étant « inexistant » car indiquant uniquement la non atteinte du niveau 2… Et comme avec CMMI en mode étagé un niveau ne peut être atteint que si l’on aLire la suite Ce que je retiens de TMMI
