¡Hola de nuevo a tod@s!
En qualtio nos dedicamos al mundo de la Calidad de Software. Uno de nuestros tres pilares es la metodología Agile donde encaja BDD (Behavior-Driven-Development) como un conjunto de prácticas basadas en el framework Agile, orientadas a definir software a partir del comportamiento del mismo y utilizando un lenguaje de entendimiento común.
“BDD es una metodología agilística de segunda generación, externa, basada en múltiples partes interesadas, múltiples escalas y alta automatización. Describe un ciclo de iteraciones con entregas bien definidas, proporcionando un software funcional y de alta calidad.”
– Dan North
Hoy os traemos una pequeña guía donde comentamos brevemente las principales características de BDD, hablamos de cómo definir buenas Features y donde entra Gherkin como DSL dentro de todo el proceso.
De igual modo incluimos una serie de buenas prácticas a la hora de escribir Features y utilizar Gherkin basadas en nuestra experiencia usándolo entre nuestros clientes. En ellas recogemos ciertos trucos para mejorar y errores comunes que debemos evitar.
Índice de contenido
- ¿Qué es BDD?
- Principios de BDD
- Beneficios
- Features vs Historias
- ¿Qué es Gherkin?
- Sintaxis y estructura de una feature
- Escritura tradicional vs Gherkin
- Reglas de estilo
- Buenas prácticas en Gherkin
- Etiquetado
- Cobertura Automatización
- Ejemplo de mal uso de Gherkin
- Reescritura de ese mismo escenario correctamente
- Especificaciones entendibles, mantenibles y automatizables
