Un bon testeur est avant tout une personne avec des qualités morales mais aussi quelqu’un qui échange et se forme en continue notamment en faisant de la veille. Il doit également savoir s’adapter et repérer des tendances afin de pouvoir continuer à évoluer et avoir des missions intéressantes car, même si le test est uneLire la suite Les connaissances à développer en 2023
Le shift left en quelques mots Le Shift left est un concept qui existe depuis de nombreuses années qui a fait l’objet d’un de mes premiers articles début 2017. De manière générale le shift left est la mise en application du principe « Tester tôt« . Le shift left n’est ni un concept agile, ni une méthodologieLire la suite Pourquoi mettre en place le shift left ?
Nous allons aborder dans cet article la présentation des artefacts agiles et leur documentation de test. Nous insisterons sur l’impérieuse nécessité de comprendre que l’agilité ne tue pas la vision du système que doit avoir le PO (ce qu’on veut faire ?), et qui est différente des tickets de développement du système (comment le faireLire la suite Tests en agile : les principaux concepts (2 / 2)
L’agilité apporte avec elle bon nombre de nouveaux termes. Parfois cette inflation ne se justifie pas, parfois cela permet de poser un terme sur une pratique qui était déjà diffuse, parfois c’est une réelle avancée … Bien difficile de s’y retrouver ! Le but des 2 articles que je vous propose est de clarifier les différentesLire la suite Tests en agile : les principaux concepts (1 / 2)
Préambule: Cette série propose de décrire les familles d’indicateurs liés à la qualité proposé lors de la présentation de la JFTL 2022. Cette répartition est le fruit de résultats d’atelier de mise en place d’atelier et d’une collaboration avec différents experts test d’Altran part of Cap Gemini que je remercie encore pour leur contribution. LesLire la suite Familles d’indicateurs liés à la qualité – tests en développement (4/7)
Dans cette série vous pourrez trouver dans chaque article une présentation d’une des 7 principes fondamentaux du test. Tester tôt Description Ce principe est assez simple à appréhender. Il rappelle qu’il est important/ nécessaire de tester aussi tôt que possible afin d’éviter que des problèmes mineurs et faciles à corriger au moment où ils ontLire la suite Les 7 principes du test: tester tôt (3/7)
A l’heure où l’Agile est de plus en plus considéré comme la norme dans le développement logiciel nous voyons émerger (ou se démocratiser) de nombreuses pratiques spécifiques à ces méthodes de développement. Parmi ces pratiques spécifiques il y en a une particulièrement importante dont le but est d’assurer une qualité des développements à travers uneLire la suite Vous avez dit BDD ?
Revivez la présentation d’Elodie Bernard et Bruno Legeard faîte à l’A4Q d’octobre 2021. On y parle d’ATDD, de BDD et d’automatisation des parcours grâce au KDT Bon visionnage
Introduction De nombreuses équipes et personnes considèrent que lorsque les tests sont écrits en gherkin alors les équipes font du BDD. Le BDD est le gherkin s’en retrouvent être 2 éléments d’un même ensemble si liés qu’ils n’en deviennent qu’un: si on fait du BDD alors on a ses tests en gherkin et inversement, siLire la suite Duel: gherkin vs BDD
Depuis quelques années j’entends parler d’automatisation des tests « d’acceptance » lorsque j’échange avec des collègues développeurs. D’ailleurs, lorsque l’on fait quelque recherche c’est un type d’article que l’on peut trouver (et très souvent en anglais). Les tests d’acceptation c’est manuel! Cette notion de tests d’acceptation (acceptance étant un anglicisme) automatisés est quelque chose qui, je doisLire la suite Automatiser les tests d’acceptation ?
La taverne du testeur 