Divide los problemas en partes

BDD fomenta el trabajo en

pequeñas que se pueden Iteraciones rápidas
iteraciones rápidas.
solucionar de forma oportuna.

Tome una historia de usuario y

hablar sobre ejemplos concretos
1
de la funcionalidad y lo que se
quiere conseguir con esta.

Documentar los ejemplos viendo

que estos se puedan automatizar y 2
verificar.
Behaviour-Driven Development - Cucumber Documentation
Implementar el comportamiento
descrito para cada ejemplo 3
documentado. Colaboración

"La parte más difícil de construir Agilidad

un sistema de software es decidir Conjunto de complementos para
con precisión qué construir" Fred ¿Qué es? Forma de trabajo que contiene un: mejorar el proceso de desarrollo Adaptabilidad
Brooks incorporando:

Los puntos anteriores nos permiten

as conversaciones define la Esta surge de las conversaciones Descubrimiento: lo que podría lanzamientos oportunos y
ntidad de código valioso que se entre las personas creativas y hacer confiables de software funcional.
oduce. técnicas.

Nos permite mejorar la Desarrollo guiado por

comprensión de los resultados que comportamiento
se buscan encontrar.
Proceso iterativo de 3 pasos BDD
Behavior Driven
Nos permite confirmar la Development Derivado del Test-Driven
comprensión que tenemos de lo Development
que queremos construir.

Cerrar la brecha de comunicación

Podemos obtener comentarios Estos 3 pasos son conocidos entre las personas con enfoque en
sobre la visión que tiene nuestro como: descubrimiento, el negocio y enfoque técnico de
Formulación: Qué debe hacer
equipo sobre lo que queremos formulación y automatización. desarrollo en un proyecto.
construir.
Objetivo
Fomentar la colaboración.
Podemos automatizar ejemplos
encontrados en descubrimiento
para guiar la implementación. Mejorar la comprensión
compartida del problema a
resolver.
Los ejemplos automatizados
encaminan la implementación por
un buen camino.
BDD no remplaza el proceso de las
BDD y metodologías ágiles metodologías ágiles sino este lo
Los ejemplos automatizados nos mejora.
Automatización: lo que
sirven de guía para el
realmente hace
mantenimiento en un futuro.

Esta retroalimentación rápida nos

permite reducir las pruebas de
regresión manual.

Me parece una forma de trabajo

Ya que nos permite compartir
muy interesante para poder salir
ideas y colaborar con personas de
de nuestra zona de confort en caso Conclusión
otras áreas para el desarrollo de
de ser una persona muy técnica y
nuestros proyectos.
viceversa.
Behavior Driven Development
1. **¿Qué es?**
1.1. Forma de trabajo que contiene un:

1.1.1. Conjunto de complementos para mejorar el proceso de desarrollo incorporando:

1.1.1.1. Colaboración

1.1.1.2. Agilidad

1.1.1.3. Adaptabilidad

1.1.1.4. Los puntos anteriores nos permiten lanzamientos oportunos y confiables de software funcional.

2. **Desarrollo guiado por comportamiento**

3. **Derivado del Test-Driven Development**
4. **Objetivo**
4.1. Cerrar la brecha de comunicación entre las personas con enfoque en el negocio y enfoque técnico de desarrollo en un proyecto.
4.2. Fomentar la colaboración.

4.3. Mejorar la comprensión compartida del problema a resolver.

5. **BDD y metodologías ágiles**

5.1. BDD no remplaza el proceso de las metodologías ágiles sino este lo mejora.

6. Behaviour-Driven Development - Cucumber Documentation

Enlace:
https://cucumber.io/docs/bdd/

7. **Conclusión**
7.1. Me parece una forma de trabajo muy interesante para poder salir de nuestra zona de confort en caso de ser una persona muy técnica y viceversa.

7.1.1. Ya que nos permite compartir ideas y colaborar con personas de otras áreas para el desarrollo de nuestros proyectos.
8. **Proceso iterativo de 3 pasos BDD**
 8.1. 1

8.1.1. Tome una historia de usuario y hablar sobre ejemplos concretos de la funcionalidad y lo que se quiere conseguir con esta.
8.2. 2

8.2.1. Documentar los ejemplos viendo que estos se puedan automatizar y verificar.

8.3. 3

8.3.1. Implementar el comportamiento descrito para cada ejemplo documentado.

8.4. Estos 3 pasos son conocidos como: descubrimiento, formulación y automatización.

8.4.1. **Descubrimiento: lo que podría hacer**

8.4.1.1. "La parte más difícil de construir un sistema de software es decidir con precisión qué construir" Fred Brooks

8.4.1.2. Esta surge de las conversaciones entre las personas creativas y técnicas.

8.4.1.2.1. Estas conversaciones define la cantidad de código valioso que se produce.

8.4.1.3. Nos permite mejorar la comprensión de los resultados que se buscan encontrar.

8.4.2. **Formulación: Qué debe hacer**

8.4.2.1. Nos permite confirmar la comprensión que tenemos de lo que queremos construir.

8.4.2.2. Podemos obtener comentarios sobre la visión que tiene nuestro equipo sobre lo que queremos construir.

8.4.2.3. Podemos automatizar ejemplos encontrados en descubrimiento para guiar la implementación.

8.4.3. **Automatización: lo que realmente hace**

8.4.3.1. Los ejemplos automatizados encaminan la implementación por un buen camino.

8.4.3.2. Los ejemplos automatizados nos sirven de guía para el mantenimiento en un futuro.

8.4.3.3. Esta retroalimentación rápida nos permite reducir las pruebas de regresión manual.

9. **Iteraciones rápidas**
9.1. BDD fomenta el trabajo en iteraciones rápidas.

9.1.1. Divide los problemas en partes pequeñas que se pueden solucionar de forma oportuna.