L'ATDD de A à Z

Qu'est-ce que l'ATDD ?

L'ATDD est la mise en pratique de l'ATDD. L'approche de développement ATDD est un cadre qui englobe les pratiques ATDD et BDD. ATDD signifie « développement piloté par les tests d'acceptation ».

L'ATDD est une approche unique du processus de développement logiciel qui permet de créer du code d'automatisation en rédigeant d'abord des scénarios de tests d'acceptation, puis en implémentant le code en collaboration avec des participants non techniques. L'ATDD rassemble les participants non techniques, les testeurs et les développeurs au sein d'un même environnement afin qu'ils travaillent ensemble sur le même produit. L'outil ATDD n'est pas destiné aux tests, mais il prend en charge les pratiques ATDD.

BDD vs TDD

Le BDD s'appuie sur des exemples, contrairement à l'ATDD qui s'appuie sur des tests d'acceptation. Le TDD se concentre sur les tests unitaires ; en revanche, le BDD porte à la fois sur les tests unitaires et les tests d'acceptation. L'ATDD nécessite la présence d'un expert métier aux côtés des développeurs tout au long du développement afin de clarifier les spécifications et de collaborer sur ce qui doit être développé.

En tant que développeur, vous vous demandez peut-être : que signifient exactement les acronymes ATTD et ATDD ? ATTD signifie « développement piloté par les tests d'acceptation ». L'ATDD désigne la combinaison du développement piloté par les tests d'acceptation et du BDD en une seule pratique. L'ATDD est similaire au TDD (développement piloté par les tests), mais avec une exigence supplémentaire : celle de rédiger les tests d'acceptation avant de commencer à coder.

Agile vs TDD

L'Agile englobe les pratiques ATDD, TDD et BDD. L'ATTD est un sous-ensemble de l'ATDD. On peut considérer l'ATTD comme une forme antérieure de l'ATDD. Dans le cadre de l'Agile, l'approche de développement ATTD est connue sous les noms d'ATTD et d'ATBD (développement piloté par les tests d'acceptation) dans l'XP (Extreme Programming). L'ATBD implique que les experts métier collaborent avec les développeurs pour définir ce qu'il faut développer.

Dans Scrum, les tests d'acceptation sont rédigés par un groupe appelé « équipe de développement », qui collabore avec un expert métier représentant les utilisateurs/clients afin de définir ce qui doit être développé pour une fonctionnalité ou une user story spécifique. Les tests d'acceptation sont rédigés à partir d'exigences de haut niveau ou de user stories qui définissent les critères d'acceptation. Les tests d'acceptation précisent comment déterminer si les critères d'acceptation ont été satisfaits. L'ATDD a été défini par Dan North en 2003. L'ATDD est un processus très similaire à l'ATBD (Acceptance Test-Driven Development). L'ATBD diffère de l'ATDD en ce que l'ATBD spécifie également les détails de mise en œuvre, alors que l'ATDD ne cherche pas à spécifier ces détails – l'objectif de l'ATDD est uniquement de vérifier si la mise en œuvre répond ou non aux spécifications des exigences.

Avantages de l'ATDD

L'ATDD présente de nombreux avantages. Parmi ceux-ci, on peut citer une amélioration de la satisfaction client, une meilleure qualité, une réduction des coûts, un gain de rapidité et une augmentation de la productivité. Les principes de l'ATDD sont compatibles avec les méthodes en cascade et agiles. L'ATDD favorise également une collaboration plus étroite entre les utilisateurs métier et les développeurs en supprimant les barrières, en éliminant les ambiguïtés et en améliorant la communication tout au long du cycle de vie du projet.

L'ATDD exige que toutes les parties prenantes collaborent à chaque étape du processus de développement. L'ATDD réduit le temps nécessaire à la production d'un logiciel de qualité. L'ATDD permet également de réduire le gaspillage en limitant les retouches et en corrigeant les défauts plus tôt dans le cycle de développement. Lorsqu'elle est correctement mise en œuvre, l'ATDD augmente vos chances de réussite à chaque étape du cycle de vie de votre projet !

L'ATDD présente l'avantage de réduire les erreurs dans le code de production tout en permettant de gagner du temps et d'économiser des efforts lors des tests manuels. Elle permet également d'augmenter la productivité des développeurs de 50 %. La clé du succès de l'ATDD réside dans le fait qu'il faut commencer par les tests d'acceptation, puis passer aux tests d'intégration avant de se lancer dans les tests unitaires.

Étapes de l'ATDD

Qu'on utilise ou non l'ATDD, les tests d'acceptation se déroulent en 5 étapes :

1) La première étape consiste à cerner les besoins de l'entreprise

2) La deuxième étape consiste à rédiger des user stories

3) La troisième étape consiste à préparer des cas de test

4) La quatrième étape consiste à analyser les défauts

5) La dernière étape consiste à exécuter les cas de test à l'aide du cadre ATDD

Que signifie l'acronyme ATDD ?

L'acronyme ATDD signifie ATTD, qui est un sous-ensemble de l'ATDD. L'ATTD désigne le développement piloté par les tests d'acceptation. L'ATDD englobe à la fois l'ATTD et l'ATBD (développement piloté par les tests d'acceptation). L'ATBD inclut les pratiques de l'ATTD, de l'ATDD et du BDD. L'ATBD diffère de l'ATDD en ce que l'ATBD spécifie également les détails de mise en œuvre, alors que l'ATDD ne cherche pas à les spécifier : l'objectif du processus ATDD est uniquement de vérifier si la mise en œuvre répond ou non au cahier des charges.

Étapes des tests de réception :

1) comprendre les besoins de l'entreprise ;

2) rédiger des récits utilisateurs ;

3) préparer des cas de test ;

4) analyser les défauts, et enfin,

5) exécuter les cas de test à l'aide du cadre mis en place.

Conseils pour une bonne mise en œuvre de l'ATDD

Bon, savoir ce qu'est l'ATDD est une chose, mais mettre en œuvre ce cadre et ce processus en est une autre. D'après mon expérience, je trouve ces conseils extrêmement utiles :

1. L'ATDD doit être mis en œuvre dès le début. L'ATDD ne doit pas se substituer aux tests unitaires. L'ATDD est une technique de conception de tests. L'ATDD nécessite une collaboration. L'ATDD donne les meilleurs résultats lorsque les user stories sont bien formulées. Les sessions collaboratives d'ATDD entre développeurs et testeurs peuvent prendre beaucoup de temps, mais cette collaboration permet d'obtenir un meilleur produit final. L'ATDD donne les meilleurs résultats lorsque les exigences sont claires. L'ATBD/ATDD doit s'appuyer sur de bons exemples qui aident à bien comprendre les exigences.
2. Une autre astuce très utile pour mener à bien les tests d'acceptation consiste à utiliser des outils ATDD tels que Cucumber, JBehave ou Concordion. Les frameworks ATDD sont spécialement conçus pour structurer les scénarios de test ATDD et réduire la complexité de leur mise en œuvre.

Quelques réflexions finales sur l'ATDD

L'ATDD est une technique de conception de tests qui présente de nombreux avantages, notamment une amélioration de la satisfaction client, une meilleure qualité, une réduction des coûts, ainsi qu'un gain de rapidité et de productivité. L'ATDD exige que toutes les parties prenantes collaborent à chaque étape du processus de développement, ce qui permet de réduire le gaspillage en limitant les retouches et en corrigeant les défauts plus tôt dans le cycle de développement.

L'ATDD permet également d'augmenter la productivité des développeurs de 50 %. L'ATTD et l'ATBD sont des sous-ensembles de l'ATDD : l'ATTD correspond au développement piloté par les tests d'acceptation, tandis que l'ATBD intègre à la fois les pratiques de tests d'acceptation et les principes du BDD.

La clé du succès avec un cadre ATDD réside dans le fait de commencer tôt, de ne pas remplacer les tests unitaires, de disposer de bonnes user stories pour définir les exigences, d'utiliser des outils tels que Cucumber ou JBehave si possible, et de collaborer lors de sessions de clarification des exigences avant