Dans « Que sont TDD, BDD et ATDD, et quelles sont les différences ? » (Partie 1)" aborde les concepts de TDD, BDD et ATDD. Bien que TDD, BDD et ATDD soient toutes des méthodes de test utilisées dans le développement de logiciels, elles diffèrent par leur approche et leur objectif.
Les principales différences entre TDD, BDD et ATDD sont la concentration, le niveau d'abstraction et la collaboration.
1. Concentrez-vous
TDD se concentre sur le test du code et s'assure qu'il répond aux exigences. BDD se concentre sur le comportement des logiciels et veille à ce qu'ils répondent aux besoins de l'entreprise. ATDD se concentre sur les critères d'acceptation et s'assure que le logiciel répond aux besoins de l'entreprise.
2. Niveau d'abstraction
TDD se concentre sur le niveau du code et utilise des tests unitaires pour vérifier la fonctionnalité du code. BDD se concentre sur le niveau fonctionnel et utilise des scénarios pour décrire le comportement souhaité. ATDD se concentre sur les critères d'acceptation et utilise des tests d'acceptation pour vérifier que le logiciel répond aux exigences.
3. Collaboration
TDD est avant tout un processus centré sur le développeur qui comprend l'écriture de tests et de code. BDD et ATDD impliquent une collaboration entre les développeurs, les testeurs et les parties prenantes pour garantir que le logiciel répond aux besoins de l'entreprise.
Bien que ces trois approches partagent certaines similitudes, elles diffèrent par leur approche, leur portée et leur objectif .
1 Portée
TDD se concentre sur le développement de code et les tests pour vérifier son comportement. Le processus commence par l'écriture d'un scénario de test ayant échoué, puis par l'écriture de la quantité minimale de code requise pour réussir le test, puis par la refactorisation du code. TDD garantit que le code est minutieusement testé et répond aux exigences avant d'être publié.
BDD étend la portée de TDD pour inclure le comportement de l'ensemble du système. BDD se concentre sur le comportement du système, et non sur les détails de sa mise en œuvre. Les scénarios BDD sont écrits dans un format spécifique appelé Gherkin, qui utilise la syntaxe Given When Then pour décrire les conditions préalables, les actions et les conséquences attendues du comportement du système. Ces scénarios servent de critères d'acceptation du système, garantissant que l'équipe construit les bonnes choses et que le système répond aux besoins de ses utilisateurs.
ATDD se concentre sur les critères d'acceptation du système. L'équipe collabore pour définir les critères d'acceptation du système sous forme de tests automatisés. Les tests sont écrits dans un format spécifique accessible à toutes les parties prenantes et utilisent la syntaxe Given When Then pour décrire le comportement attendu du système. Les tests ATDD sont les critères d'acceptation du système, garantissant que l'équipe construit la bonne chose et que le système répond aux besoins des utilisateurs.
2. Terminologie
TDD utilise un vocabulaire de termes et se concentre sur le comportement du code. Les tests TDD sont écrits par les développeurs pour garantir que le code se comporte comme prévu. Les tests TDD sont généralement écrits dans le même langage de programmation que le code du test.
BDD utilise un vocabulaire convivial et se concentre sur le comportement du système. Les scénarios BDD sont écrits dans un format spécifique appelé Gherkin, qui utilise la syntaxe Given When Then pour décrire les conditions préalables, les actions et les conséquences attendues du comportement du système. Les scénarios BDD sont généralement rédigés par des analystes commerciaux ou des propriétaires de produits qui ont une compréhension approfondie des besoins et des exigences des utilisateurs.
ATDD utilise un vocabulaire convivial et se concentre sur les critères d'acceptation du système. Les tests ATDD sont écrits dans un format spécifique accessible à toutes les parties prenantes et utilisent la syntaxe Given When Then pour décrire le comportement attendu du système. Les tests ATDD sont généralement rédigés par des analystes commerciaux ou des propriétaires de produits qui ont une compréhension approfondie des besoins et des exigences des utilisateurs.
3. Objectif
Le but de TDD est de garantir que le code est minutieusement testé et répond aux exigences avant d'être publié. Les tests TDD servent de spécification pour le code, aidant les développeurs à détecter les bogues et les défauts dès le début du cycle de développement.
Le but de BDD est de garantir que l'équipe construit la bonne chose et que le système répond aux besoins de ses utilisateurs. Les scénarios BDD servent de critères d'acceptation pour le système, garantissant que l'équipe construit les bonnes choses et que le système répond aux besoins des utilisateurs.
Le but d'ATDD est de garantir que l'équipe construit la bonne chose et que le système répond aux besoins des utilisateurs. Les tests ATDD sont les critères d'acceptation du système, garantissant que l'équipe construit la bonne chose et que le système répond aux besoins des utilisateurs. Les tests ATDD pilotent également le processus de développement, garantissant que le code est testé et répond aux critères d'acceptation avant sa publication.
4. Méthode
TDD suit une approche descendante du développement de logiciels. Il commence par écrire un scénario de test, puis écrit le code qui réussit ce test. Répétez ce cycle jusqu'à ce que toutes les exigences soient remplies. TDD encourage les développeurs à écrire du code testable et maintenable, ce qui permet d'obtenir des produits de meilleure qualité.
BDD suit une approche du développement de logiciels axée sur le comportement. Il définit d’abord le comportement souhaité du système sous forme de scénarios, décrivant comment le système se comporte dans différentes circonstances. Ces scénarios sont écrits dans un format spécifique appelé Gherkin, qui utilise la syntaxe Given When Then pour décrire les conditions préalables, les actions et les conséquences attendues du comportement du système. Les scénarios BDD sont généralement rédigés par des analystes commerciaux ou des propriétaires de produits qui ont une compréhension approfondie des besoins et des exigences des utilisateurs.
ATDD suit une approche similaire à BDD mais se concentre sur les critères d'acceptation du système. L'équipe collabore pour définir les critères d'acceptation du système sous forme de tests automatisés. Les tests sont écrits dans un format spécifique accessible à toutes les parties prenantes et utilisent la syntaxe Given When Then pour décrire le comportement attendu du système. Les tests ATDD sont généralement rédigés par des analystes commerciaux ou des propriétaires de produits qui ont une compréhension approfondie des besoins et des exigences des utilisateurs.
Résumer
Le développement piloté par les tests (TDD), le développement piloté par le comportement (BDD) et le développement piloté par les tests d'acceptation sont toutes des méthodes de développement logiciel populaires ces dernières années. Bien que les trois approches visent à améliorer la qualité des logiciels et à réduire les défauts, elles diffèrent par leur approche, leur portée et leur objectif.