FR
RU
EN
ES
ZH
DE
PT
AR
HI
Quand le code devient une histoire
\nImaginez : vous écrivez du code en Go, vous lancez les tests — une barre verte. Mais votre manager regarde votre t.Errorf et ne comprend pas ce qui s'est cassé. Le métier dit : « Faites en sorte que l'utilisateur puisse s'inscrire », et le développeur traduit cela en « POST /api/v1/user avec validation de l'email ». Le fossé entre le langage technique et le langage humain est le principal casse-tête de nombreux projets.
La solution existe — le BDD (Behaviour-Driven Development) en Go. Ce ne sont pas simplement des tests. C'est un pont entre le code et la logique métier. Dans cet article, nous allons voir comment écrire des tests BDD en Go, en utilisant des exemples concrets, et pourquoi votre chef de produit vous en sera reconnaissant.
\n\nQu'est-ce que le BDD et pourquoi Go ?
\nBehaviour-Driven Development (développement piloté par le comportement) est une évolution du TDD. Si le TDD se concentre sur le « comment » (comment implémenter une fonction), le BDD répond au « quoi » (ce que le système doit faire du point de vue de l'utilisateur).
\nGo est idéal pour le BDD grâce à sa simplicité, son package intégré testing et ses frameworks puissants comme Ginkgo et Godog. La communauté Go utilise activement le BDD pour les microservices, les API et même les utilitaires en ligne de commande.
Principes clés du BDD en Go
\n- \n
- Langage ubiquitaire (Ubiquitous Language) — les scénarios sont écrits dans un langage compréhensible par le métier, en anglais ou en français. \n
- Given-When-Then — la structure de tout scénario : prérequis → action → résultat attendu. \n
- Automatisation — les scénarios sont transformés en tests exécutables en Go. \n
Outils pour le BDD en Go
\nLe choix du framework dépend de la manière dont vous souhaitez décrire les scénarios. Voici deux approches principales :
\n\n1. Ginkgo + Gomega (pour les développeurs Go)
\nGinkgo est un framework BDD qui s'écrit en Go pur. Les scénarios ressemblent à du code Go avec des descriptions lisibles. Gomega est une bibliothèque de matchers pour les assertions.
\nAvantages : contrôle total du code, excellente intégration avec les outils Go, prise en charge des tests asynchrones.
\n\n2. Godog (Cucumber pour Go)
\nGodog est une implémentation de Cucumber en Go. Vous écrivez les scénarios en Gherkin (fichiers Feature en langage naturel), puis vous implémentez les étapes en Go.
\nAvantages : les scénarios sont lisibles même par les non-programmeurs, il est facile de modifier la logique sans toucher au code.
\n\nPratique : écrivons un test BDD en Go avec Ginkgo
\nCréons un service simple — un panier d'achat pour une boutique en ligne. Écrivons un test BDD qui vérifie l'ajout d'un article.
\n\nÉtape 1 : Installation de Ginkgo
\ngo get github.com/onsi/ginkgo/v2\ngo get github.com/onsi/gomegaÉtape 2 : Initialisation du package de test
\ncd mycart\nginkgo bootstrapUn fichier mycart_suite_test.go est créé.
Étape 3 : Écrire le scénario
\nCréons un fichier cart_test.go :
package mycart_test\n\nimport (\n . "github.com/onsi/ginkgo/v2"\n . "github.com/onsi/gomega"\n "mycart"\n)\n\nvar _ = Describe("Panier", func() {\n var cart *mycart.Cart\n\n BeforeEach(func() {\n cart = mycart.NewCart()\n })\n\n Describe("Ajout d'un article", func() {\n Context("avec un ID et un prix corrects", func() {\n It("doit augmenter le nombre d'articles de 1", func() {\n cart.AddItem("sku-123", 100.0)\n Expect(cart.TotalItems()).To(Equal(1))\n })\n\n It("doit calculer correctement le montant total", func() {\n cart.AddItem("sku-123", 100.0)\n cart.AddItem("sku-456", 250.0)\n Expect(cart.TotalPrice()).To(BeNumerically("~", 350.0, 0.01))\n })\n })\n\n Context("avec un article déjà présent", func() {\n It("doit augmenter la quantité, sans ajouter un nouvel article", func() {\n cart. 
