Animateurs : Fabien Peureux, Thomas Lallart, Buno Legeard
La spécification et la conception peuvent-elles être guidées par les tests? Les méthodes agiles ont mis en avant l'importance de décrire des tests d'acceptation utilisateur (ou User Acceptance Test http://en.wikipedia.org/wiki/Acceptance_testing#User_acceptance_testing). Ecrire les tests qui permettront de vérifier comment une fonctionnalité sera considérée comme “finie” (opérationnelle), c'est aussi spécifier le comportement attendu par l'utilisateur de la fonctionnalité. Peut-on aussi illustrer/spécifier le comportement attendu des fonctionnalités par des exemples (spécifications par l'exemple http://en.wikipedia.org/wiki/Specification_by_example)? Peut-on envisager la réalisation d'un projet avec une pratique d'UATDD (User Acceptance Test Driven Development) ou BDD (Behavioral Driven Development, http://en.wikipedia.org/wiki/Behavior_driven_development)? Peut-on tout spécifier par des tests utilisateurs? Cette pratique est-elle envisageable dans nos contextes de travail? Quels impacts sur la conception? Nous échangerons sur ces questions autour de retours d'expérience sur ces pratiques afin d'ouvrir le débat sur les possibilités d'utiliser les tests aussi comme un moyen d'expression de spécifications au delà d'être “uniquement” un moyen de vérification.
Participants :
Introduction à la notion de tests d'acceptance
Démonstration de la plateforme Sesame (https://sesame-ng.smartesting.com)
Nécessite maturité de tous les côtés
Aide à ne pas proposer de solution dans specs
Conception émergente nécessite aussi de très bons ingénieurs et cadre archi et général.