Tous les articles
L’évolution de la définition du test au fil des années
Cet article est la traduction de l’original « The history of the definition of testing« , rédigé par Rik Marselis à propos l’histoire de la définition du test. Aujourd’hui, les équipes de livraison informatique sont convaincues que la qualité est un objectif très important. Au cours des dernières décennies, l’ingénierie de la qualité a évolué à partir de l’activité de test et a surmonté ces limites. Cette évolution se reflète dans le changement des définitions du test au fil des années. Dans ce blog, vous allez explorer les différentes définitions et vous verrez notre brève analyse de cette évolution. La première définition du
[JFTL] Tout sur les indicateurs dont vous êtes le héros
Support de présentation utilisé lors de la JFTL du 14 septembre 2021. A travers les résultats d’un atelier visant à sélectionner des indicateurs liés à la qualité nous vous proposons une taxonomie regroupant ces indicateurs en 6 familles en cliquant sur ce lien. Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles N’hésitez pas à faire vos propres retours d’expérience en commentaire.
Duel: gherkin vs BDD
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, si on a ses tests écrits en gherkin alors on fait du BDD. Cela est évidemment totalement faux car le gherkin n’est par le BDD§ Le gherkin n’est ni une condition nécessaire ni une condition suffisante pour faire du BDD! Pourquoi cette confusion ? Cette amalgame a
[GASQ insigths]La mort des cas de test en agilité : mythe ou réalité ?
Nouvel interview d’un contributeur de la taverne dans l’événement mensuel de Gasq Insight! Cette fois-ci c’est Benjamin Butel qui partage avec nous une réflexion sur le rôle et la forme du cas de test en Agile. Benjamin a d’ailleurs déjà écrit un article sur le sujet. Bon visionnage
Automatiser les tests d’acceptation ?
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 dois l’avouer me laissait dubitatif. Pour rappel, les tests d’acceptation sont des tests fait par des utilisateurs ou leurs représentants et qui ont pour but de valider que le logiciel correspond au besoin. Ces tests sont donc intrinsèquement manuel! Aucun automate ne peut dire si une nouvelle