Cet article est un article collaboratif écrit par: Karolina Zmitrowicz (ISTQB, Sjsi, IREB, ReQuest (BA), IQBBA..) Hans Van Loenhoud (IREB, Tmap, Developpement & Test Management…)
Après avoir vu quatre techniques différentes dont les tables de décision, je vous propose dans cet article de s’attaquer une nouvelle fois à la combinatoire des entrées d’un logiciel en parlant de la classification arborescente
Les tables de décision permettent de réduire la combinatoire en considérant les entrées et sorties du logiciel comme des expressions booléennes.
L’analyse des valeurs limites permet de trouver des déplacements ou des omissions de limites, et peut détecter des cas de dépassement des limites.
La technique des partitions d’équivalence est utilisée pour réduire le nombre de cas de test nécessaire pour tester un ensemble d’entrées, de sorties, d’intervalles de valeurs ou de temps.
Pour la première fois de ma carrière, je travaille en Kanban sur un projet (Je l’avais déjà expérimenté pour de la résolution de bugs). Nous,
Je travaille sur différents projets dans lesquels les personnes utilisent des outils BDD (Business Driven Developement) comme cucumber ou JBehave. C’est une très bonne idée
Tout d’abord, il me semble important de définir ce que sont les concepts d’intégration et de déploiement continu. L’intégration continue est l’ensemble des processus automatisés
L’automatisation… c’est un beau mot n’est-ce pas? C’est la course à l’automatisation aujourd’hui, les profils et les annonces se déchaînent sur cette nouvelle tendance, les
Cet article est mon 100ème article. J’ai donc décidé de marquer le coup en sortant des sentiers battus. L’idée de cet article est de parler
