BDD en Java: cómo convertir las pruebas en documentación que incluso los gerentes entenderán

¿Qué es BDD y por qué salvará su proyecto?

¿Alguna vez se ha encontrado en una situación donde los desarrolladores dicen: "La lógica funciona perfectamente", y el cliente responde: "¡Pero esto no es lo que pedí!"? ¿Le suena familiar? Aquí es donde entra en escena BDD (Behaviour-Driven Development) — el desarrollo basado en el comportamiento.

BDD en Java no es solo un término de moda. Es una metodología que elimina la barrera entre los requisitos de negocio y el código. En lugar de escribir pruebas técnicas áridas (como en TDD), usted escribe escenarios en un lenguaje humano comprensible. Y sí, incluso su gerente, que piensa que "Java es una isla", podrá leerlos.

¿En qué se diferencia BDD de TDD? (Spoiler: no son lo mismo)

Muchos confunden TDD (Test-Driven Development) y BDD. Vamos a aclararlo:

\n
• TDD: Usted escribe una prueba que falla, luego escribe el código para que la prueba pase. El enfoque está en la implementación técnica.
\n
• BDD: Primero describe el comportamiento del sistema en términos del usuario. "Cuando el usuario presiona un botón, el sistema hace tal cosa". El enfoque está en el valor de negocio.
\n

BDD utiliza Gherkin, un lenguaje de escenarios con palabras clave Given, When, Then. Se ve más o menos así:

Feature: Inicio de sesión\n  Scenario: Inicio de sesión exitoso con datos correctos\n    Given el usuario está en la página de inicio de sesión\n    When el usuario ingresa el usuario "admin" y la contraseña "12345"\n    Then el usuario ve el mensaje "¡Bienvenido!"\n

¿Está de acuerdo en que se lee como una instrucción, no como documentación técnica? Ahí reside la fuerza del desarrollo basado en el comportamiento en Java.

Herramientas para BDD en Java: eligiendo un framework

En el mundo Java hay dos actores principales para BDD: Cucumber y JBehave. Vamos a compararlos.

Cucumber para Java: el rey del BDD

Cucumber es el framework más popular. Soporta Gherkin de serie, se integra con JUnit y TestNG, y tiene una enorme comunidad. Si es nuevo en BDD Java, comience con Cucumber.

JBehave: viejo pero confiable

JBehave es el "abuelo" del BDD. Es menos popular, pero todavía se usa en proyectos heredados. Su principal diferencia: los escenarios se escriben en archivos de texto y los pasos se vinculan mediante anotaciones @Given, @When, @Then.

Personalmente, recomiendo Cucumber: tiene mejor documentación y más ejemplos. Pero si trabaja con un proyecto antiguo, JBehave también sirve.

Escribiendo nuestra primera prueba BDD en Java: guía paso a paso

Pasemos de la teoría a la práctica. Crearemos un proyecto simple con Maven y Cucumber. Su tarea es entender la estructura, no solo copiar el código.

Paso 1: Agregar dependencias

Agregue las siguientes dependencias a su pom.xml:

<dependency>\n    <groupId>io.cucumber</groupId>\n    <artifactId>cucumber-java</artifactId>\n    <version>7.18.0</version>\n    <scope>test</scope>\n</dependency>\n<dependency>\n    <groupId>io.cucumber</groupId>\n    <artifactId>cucumber-junit-platform-engine</artifactId>\n    <version>7.18.0</version>\n    <scope>test</scope>\n</dependency>\n

Paso 2: Crear un archivo feature

En la carpeta src/test/resources, cree un archivo login.feature:

Feature: Autenticación de usuario\n  Como usuario registrado\n  Quiero iniciar sesión en el sistema\n  Para acceder al área personal\n\n  Scenario: Autenticación exitosa\n    Given el usuario abrió la página de inicio de sesión\n    When el usuario ingresa el usuario "te