Desarrollo orientado al comportamiento: pruebas que todos pueden leer

El Behaviour-Driven Development (BDD) es una práctica de desarrollo de software que fomenta la colaboración entre desarrolladores, ingenieros de QA y partes interesadas no técnicas para definir el comportamiento esperado del software antes de que se escriba una línea de código.

El formato Given-When-Then

La lengua franca del BDD es el formato Given-When-Then (a veces llamado sintaxis Gherkin): Given (contexto inicial), When (acción desencadenante), Then (resultado esperado). Este formato es simultáneamente una especificación, un caso de prueba y — conectado a un framework de automatización — una prueba ejecutable.

Conectar criterios de aceptación con pruebas automatizadas

En Scrum, los criterios de aceptación de las historias de usuario se convierten en escenarios Given-When-Then comprobables. Estos escenarios constituyen documentación viva: mantenida junto al código, ejecutada en cada build, falla visiblemente cuando un cambio rompe el comportamiento esperado.

Herramientas BDD

• Cucumber: el framework BDD más utilizado, compatible con Java, Ruby, JavaScript y Python.

• Behave: el framework BDD nativo de Python, siguiendo la misma convención Gherkin.

• SpecFlow: el equivalente de Cucumber para el ecosistema .NET, integrado con Visual Studio.

Cuándo el BDD tiene éxito — y cuándo se convierte en sobrecarga

El BDD funciona bien cuando todo el equipo — incluido el product owner — participa en la escritura de escenarios. Se convierte en sobrecarga cuando se trata como una responsabilidad de QA en lugar de una práctica de equipo.

XNM Consulting ayuda a las organizaciones a desarrollar capacidades de entrega ágil que conectan la intención de negocio con software funcional. Conozca más en nuestra página de Entrega de Programas y Proyectos.