Tous les articles
Les communautés de pratique pour les équipes de test
Dans cet article, Emna montre l’avantage des communautés de pratique pour les équipes de test pour les membres ainsi que pour l’organisation et donne 4 recommandations pour commencer. Développer une communauté de pratique pour les équipes de test: quel intérêt ? Chaque année, des milliers d’entreprises ouvrent leurs portes à de nouveaux employés et tentent de mettre en place des processus toujours plus efficaces. Et sur le marché du travail hautement compétitif, il est normal pour chaque candidat de rechercher l’offre la plus avantageuse. Alors que l’aspect financier incite bien évidemment les employés à quitter leur poste pour s’attaquer à de
Principes SOLID simplifiés (1/5): Responsabilité unique
Les principes S.O.L.I.D dans un contexte d’automatisation des tests L’acronyme S.O.L.I.D a été inventé par Michael Feathers à partir des principes de programmation orientée objet identifiés par Robert Cecil Martin, Ces principes visent à rendre le code plus lisible, facile à maintenir, extensible, réutilisable et sans répétition. L’automatisation des tests c’est un vrai projet de développement et lorsque les principes S.O.L.I.D ne sont pas appliqués le code devient difficile à maintenir ou à faire évoluer. Dans cet article, je vous propose une explication du principe Responsabilité unique (Single Responsibility) N’hésitez pas a découvrir les autres principes SOLID dans cette série d’articles: OCP: Ouvert-Fermé LSP: Substitution de Liskov ISP: Ségrégation d’interface DIP: Inversion De
Bonnes pratiques du test en Agile : ATDD visuel vs BDD Gherkin
ATDD visuel et BDD Gherkin sont deux pratiques de scénarisation des tests pour renforcer l’expression du besoin. Découvrez ce qui est semblable et différent entre ces deux approches, à partir d’un exemple concret.
Les petits trucs de testeur: Suivre la production
Introduction Lorsque l’on fait prévoit nos tests il faut choisir lesquels nous ferons car, faut-il le rappeler, les tests exhaustifs sont impossible! Ce choix se fait en fonction des risques, les risques sont calculés en fonction de leur impact et de leur probabilité d’occurrence. Hors, comment faire pour bien estimer un impact… Et encore plus une occurrence si on ne sait pas comment le logiciel est utilisé ? Comment connaitre les risques si on ne connait pas le comportement des utilisateurs et les faiblesses du logiciel ? Pour répondre à cette problématique, une seule solution (pas la manifestation!), un petit truc
Outil de test: générez vos tests avec MaTeLo
MaTeLo en bref MaTeLo est un outil de Model Based Testing permettant de générer ses tests à partir d’un graphique qui a été conçu par un testeur. Contrairement à Yest, le point fort de MaTeLo n’est pas la conception ni la communication (même si un schéma vaut toujours plus que de longs discours)! MaTeLo propose une plus grand nombre de fonctionnalités, différents modes de génération de test mais aussi de l’automatisation de bout en bout (100% générés et exécutés) sur MaTeLo! Points forts et points faibles Points forts: MaTeLo a de nombreux points forts: MaTeLo permet d’automatiser directement ses tests sans