retour
retour au programme

• Animateur(s):

Animateurs : Fabien Peureux, Thomas Lallart, Buno Legeard

• Documents de référence:
• Date: Vendredi 4 Septembre 11h
• Lieu: Amphi Lagarrigue

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.