BDD en la práctica: desde la definición de requerimientos hasta el código- ¿Qué es exactamente Behaviour Driven Development?
- ¿Cómo definimos requerimientos en BDD?
- ¿Cómo pasamos de ejemplos y requisitos a Gherkin (Given / When / Then)?
- y luego ¿Cómo pasamos de Gherkin al código (scenarios, steps, step definitions)?
- ¿Es útil BDD como documentación?
Cuando hablamos de BDD nos viene a la mente una "forma de automatizar tests", pero en realidad Behaviour Driven Development va mucho más allá. Esta práctica de ingeniería comprende técnicas y herramientas que aplicamos desde el momento en que levantamos los requerimientos de nuestro producto (no de nuestro test sino de nuestro producto).
Ciertamente, definimos requisitos de forma más "testeable" pero nuestros objetivos al implementar BDD son "
Build the right software" y "
Build the software right".
Casi ningún software que creamos es aislado, éste es parte de una estrategia de negocio y como tal, debe estar alineado a los objetivos del negocio. "
Building the right software" se trata de construir el software correcto, el que va a cumplir con las expectativas del usuario y que va a resolver su problema/necesidad y que está perfectamente alineado a los objetivos del negocio.
"
Building the software right" se trata de construirlo bien, con las mejores prácticas y asegurándonos que está correctamente diseñado y desarrollado, eso no dará software más confiable y efectivo.
Esta sesión incluye ejemplos de código en inglés y en español.
