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
Introduction Très souvent, lorsque l’on parle d’automatisation des tests on parle de l’automatisation de l’exécution des tests d’interface graphique. Quelle différence entre ces termes ? Il est d’ailleurs intéressant de noter que les « outils d’automatisation de test » auxquels on pense sont des outils comme Selenium, UFT, Testcomplete qui sont spécialisés dans les tests IHM… OnLire la suite Duel: tests IHM vs tests automatisés
La série d’article « Duel » a pour but d’étudier succinctement 2 termes qui sont généralement utilisés pour désigner le même concept. Introduction Dans mes articles je parle exclusivement de « Test de régression » pour désigner les tests faisant partie d’une campagne dont le but est de détecter si des modifications ont introduit des régression dans l’existant. DansLire la suite Duel: Régression vs Non régression
Intro SAFe, est le Framework d’agile à l’échelle le plus populaire… et qui continue à gagner en popularité d’après l’enquête State of Agile. Au delà de cet aspect populaire, SAFe est également le framework d’Agile à l’échelle le plus riche et complet. Il propose 4 valeurs et 10 principes qui s’ajoutent au manifeste Agile. DeLire la suite SAFe, le framework d’un testeur refoulé ?
