- Le développement axé sur le comportement (BDD) est un processus de développement qui donne la priorité à la collaboration entre les équipes techniques et non techniques.
- À l’aide de BDD, les cas de test sont écrits en langage naturel et prennent en compte les valeurs de votre entreprise et les fonctionnalités utilisateur. LoadView peut être un outil utile dans la boîte à outils de développement BDD, car nous offrons une plate-forme accessible avec des rapports que les utilisateurs techniques et non techniques peuvent rapidement comprendre.
Les développeurs font partie intégrante du lancement d’un site Web, d’une application ou d’une API, mais ils ne sont pas les seuls impliqués. Tout le monde, des chefs de produit aux analystes d’affaires, a un intérêt égal dans le développement et le maintien d’une forte présence sur le Web. Différentes équipes ont des forces, des connaissances et des compétences différentes. Un associé marketing n’est peut-être pas aussi versé dans le développement qu’un ingénieur logiciel, alors comment pouvez-vous vous assurer que chaque membre de votre équipe est sur la même longueur d’onde ? C’est là qu’intervient le développement axé sur le comportement.
Le développement axé sur le comportement (BDD) est un processus de développement qui donne la priorité à la collaboration entre les équipes pour vous aider à faire décoller votre site d’une manière qui sert toutes les personnes impliquées. Lors de la mise en œuvre d’un processus BDD, une équipe est capable de former un langage cohérent et accessible qui peut être compris par les programmeurs et les non-programmeurs. Les cas de test sont écrits en langage naturel et tiennent compte des valeurs et des fonctionnalités utilisateur de votre entreprise.
Chez LoadView, nous nous investissons pour aider votre entreprise à prospérer dans tous les départements, alors apprenons-en un peu plus sur BDD et voyons comment BDD peut aider votre équipe à travailler ensemble.
Une brève histoire de BDD
En 2006, le développeur de logiciels Dan North a remarqué qu’il y avait des lacunes dans la communication entre les départements de l’entreprise où il travaillait. Il semblait que les équipes moins techniques comme les responsables produits et marketing étaient laissées dans l’ignorance des développements clés, et que les développeurs de logiciels n’étaient pas conscients des principales préoccupations des utilisateurs lors de la navigation sur leur site.
À partir de ces lacunes, North a été en mesure de développer un nouveau système. Issu du développement piloté par les tests (TDD), BDD se concentre sur le comportement humain réel, un anglais simple et un modèle logique clair. Ce processus tient compte des préoccupations commerciales ainsi que des exigences techniques. Il a pris des modèles auparavant alambiqués et les a traduits dans un nouveau langage spécifique au domaine (DSL) qui se rapprochait le plus possible de l’anglais simple et conversationnel.
Ce DSL est devenu le facteur déterminant de BDD, le modèle donnant/quand/alors.
Le modèle Donner/Quand/Alors
Dans le modèle donner/quand/alors, chaque partie définit une étape d’une transaction ou d’une interaction en ligne.
- Donner: fait référence à la partie donnée de l’équation. Le statu quo. Où nous avons commencé avant que l’interface ne soit utilisée par un utilisateur
- Quand : c’est l’acte effectué par l’utilisateur qui déclenche l’interaction. Un clic, une transaction ou un mot-clé entré dans la barre de recherche sont tous possibles « quand »
- Ensuite: c’est ce qui vient après, quelle réaction que l’action déclenche.
Voici un exemple de scénario donner/quand/alors :
- Étant donné que le compte 1 a 0 $ et le compte 2 a 100 $
- Lorsque le compte 2 transfère 50 $ au compte 1
- Ensuite, le compte 1 a 50 $ et le compte 2 a 50 $
Ce modèle en anglais simple rend les situations de programmation faciles à partager entre les départements. Le DSL peut être compris par n’importe qui, qu’il soit développeur ou non. Lors de l’exécution de tests fonctionnels et non fonctionnels, l’utilisation d’un modèle donnant/quand/alors garantit qu’il n’y a pas de lacunes dans la communication.
C’est la fonction essentielle de BDD, utiliser un anglais simple pour développer un DSL compris par tous. L’utilisation de BDD pour développer votre site Web, votre application ou votre API présente de nombreux avantages, et le développement d’un DSL n’est que l’un d’entre eux.
Avantages du développement avec BDD
BDD offre de solides avantages si vous travaillez avec une équipe diversifiée. L’accent mis sur la fonctionnalité, la communication claire et l’expérience utilisateur en fait un excellent processus pour les affaires en ligne et les services numériques avec des clients non férus de technologie. BDD c’est :
- Efficace : Avoir des fonctionnalités et un langage clairement définis qui sont acceptés par toutes les parties prenantes est un avantage clé de BDD. Avec tout le monde sur la même page, le développement à partir de l’entreprise et les angles de codage est en mesure de prendre forme en temps opportun. Avec toutes les équipes travaillant ensemble, il y aura moins de temps nécessaire pour revenir en arrière et retravailler les éléments non fonctionnels.
- Pas cher: Non seulement BDD est bon pour les valeurs de votre entreprise, mais il est également bon pour ses résultats. Un langage bien défini signifie qu’il est facile de créer et de valider des cas de test. Ces cas de test peuvent être automatisés avec une compréhension claire de ce qui est attendu et quand. L’automatisation de ces tests peut réduire le coût des tests d’application.
- Haute qualité : Avec l’aide d’équipes non basées sur le développement, les concepteurs et les programmeurs obtiennent immédiatement des commentaires sur l’expérience utilisateur. Cela les oblige à penser et à se développer du point de vue de l’utilisateur. Le développement du point de vue de l’utilisateur aide également les développeurs à écrire du code stable, évolutif et testable. Cela permet d’éviter les problèmes des utilisateurs avant qu’ils ne surviennent.
Inconvénients de développer avec BDD
Bien que le BDD puisse être un excellent processus dans certaines situations, il n’est pas universel. BDD a été inventé pour résoudre les problèmes et combler les lacunes de l’approche TDD. Si les programmeurs sont moins expérimentés, ne connaissent pas bien le processus de développement TDD ou s’appuient sur des outils et un langage de programmation spécifiques, BDD peut ne pas être le bon choix.
BDD s’appuie sur une bonne communication, ce qui signifie avoir une équipe de développeurs dédiés qui peuvent communiquer efficacement avec les costumes, les utilisateurs et les représentants des autres équipes. Cela pourrait signifier des frais généraux supplémentaires.
Outils BDD populaires
BDD s’est avéré populaire dans la communauté des développeurs. Beaucoup de gens ont adopté l’approche BDD et ont développé une gamme d’outils pour faire le travail. Voici quelques outils BDD populaires.
- Cucumber est une plate-forme open source populaire pour la collaboration BDD. Il aide les équipes à créer des fonctionnalités en texte brut. Il offre une cohésion en utilisant DSL qui est facile à partager avec toute l’équipe. Il implémente la syntaxe de Cornerkin.
- Lettuce est construit sur Cucumber et fonctionne très bien pour les applications basées sur Python.
- Specflow est une autre plate-forme BDD open-source qui utilise la syntaxe Hherkin. Il est conçu pour la plate-forme .NET.
Développement piloté par le comportement avec LoadView
BDD est un processus, et les tests de performance sont une partie importante de ce processus. L’automatisation des tests de performance est une partie essentielle de BDD, aidant à assurer un délai d’exécution rapide pour faire décoller votre site Web. LoadView exécute des tests de performances qui simulent le comportement réel des utilisateurs avec des scripts simples afin que vous puissiez automatiser vos tests à l’aide des meilleures pratiques BDD. Être capable de tester les performances de votre site Web sous différentes charges d’utilisateurs, emplacements d’utilisateurs et niveaux de stress peut aider tous les départements impliqués dans le développement axé sur le comportement.
LoadView est une plate-forme accessible, qui ne nécessite aucune connaissance préalable en codage, ce qui en fait un excellent choix pour une équipe travaillant dans plusieurs départements non techniques. LoadView est conçu pour tester :
- Pages Web
- Applications mobiles natives
- Api
Essayez LoadView dès aujourd’hui
BDD est conçu pour centrer les valeurs commerciales pendant le processus de développement, en gardant toujours à l’esprit le résultat final de l’utilisateur. LoadView peut vous aider à automatiser les tests de performance pour un développement efficace et facile à comprendre. Essayez LoadView gratuitement ou planifiez une démonstration dès aujourd’hui pour voir comment vous pouvez implémenter des tests de performance dans le processus BDD de votre entreprise.