Introducción al desarrollo guiado por comportamiento: Un caso práctico en PHP con Behat y phpspec. El desarrollo guiado por comportamiento (BDD) es una técnica de desarrollo ágil de software que nos permite crear una aplicación describiendo su funcionamiento desde la perspectiva de los inversores. Y es que usando BDD podemos establecer los criterios de aceptación de nuestro desarrollo, en un lenguaje muy parecido al natural, y validarlos de manera automatizada. Además podemos crear test unitarios que comprueben funcionalidades concretas de la aplicación. En la primera parte de la charla veremos una introducción sobre el motivo que llevó a la creación de esta metodología, los conceptos en los que se basa y el proceso para llevarla a cabo. A lo largo de la segunda parte revisaremos un ejemplo sencillo en PHP en el que se ha usado BDD apoyándonos en las herramientos Behat y phpspec.

1. Introducción al desarrollo guiado
por comportamiento
Un caso práctico en PHP con Behat y
phpspec

2. Sobre mi
Alejandro Hernández Segura
• Desarrollador PHP y Symfony
• Trabajo para ARK Schools (Londres)
• @aleherse
• github.com/aleherse
• slideshare.net/aleherse

3. MOTIVACIÓN

4. Desarrollo en cascada

5. Hemos desarrollado una compleja ceremonia
que nos permite asegurarnos de que hemos
pensado todas las posibles repercusiones y
cubierto todos los posibles ángulos y giros lo
antes posible de forma que no podamos ser
sorprendidos por situaciones inesperadas.

6. Herencia de la ingeniería civil

7. “A building goes together with seven billion
pieces of connective tissue. The chances of it
getting done ever without something colliding
or some misstep are small.”
[Frank Gehry]

8. The agile manifesto
Estamos descubriendo formas mejores de desarrollar
software tanto por nuestra propia experiencia como
ayudando a terceros. A través de este trabajo hemos
aprendido a valorar:
• Individuos e interacciones sobre procesos y herramientas
• Software funcionando sobre documentación extensiva
• Colaboración con el cliente sobre negociación contractual
• Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha,
valoramos más los de la izquierda.

9. Idea central
Entregar iterativamente software funcional en
una pequeña escala de tiempo
Objetivos
• Evitar entregar tarde o con sobrecoste.
• Evitar entregar algo incorrecto.
• Evitar inestabilidad en producción.
• Evitar altos costes de mantenimiento.

10. Coste de volverse ágil
• Planificación basada en resultados.
• Flujo continuo de requerimientos.
• Diseño evolutivo.
• Continuos cambios en el código existente.
• Integración frecuente del código.
• Tests regresivos continuos.
• Frecuentes puestas en producción.
• Equipo en la misma localización.

11. BDD

12. “Behavior-driven development is about
implementing an application by describing its
behaviour from the perspective of its
stakeholder”
[The RSpec book]

13. • Necesitamos ver el mundo bajo el punto de
vista de nuestros clientes.
• Stakeholder son todos aquellos que puedan
tener algún interés en nuestra aplicación.

14. Principios en los que se basa BDD
• Suficiente es suficiente.
• Desarrollar valor para nuestros clientes.
• Todo es comportamiento.

15. METODOLOGÍA

16. Desarrollo guiado por comportamiento

17. debemos reunirnos con nuestros clientes y
establecer la visión o el propósito del proyecto

18. identificar los resultados o las metas que se deben
lograr para conseguir el objetivo

19. describir el tipo de cosas que el software debe
realizar en grupos de características o temáticas

20. ¿En qué consiste una historia?
1. Título

21. ¿En qué consiste una historia?
1. Título
2. Narrativa

22. ¿En qué consiste una historia?
1. Título
2. Narrativa
Objetivo: In order to…
Rol: As a…
Qué hacer: I want/need to…

23. ¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios

24. ¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Título

25. ¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Pasos

26. ¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Pasos
Qué aceptamos como cierto: Given

27. ¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Pasos
Qué aceptamos como cierto: Given
Qué eventos se producen: When

28. ¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Pasos
Qué aceptamos como cierto: Given
Qué eventos se producen: When
Qué resultados se esperan: Then

29. ¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Pasos
Qué aceptamos como cierto: Given
Qué eventos se producen: When
Qué resultados se esperan: Then
And y But lo mismo que la línea precedente

30. 1. Título: Students pre-enrollment form
2. Narrativa:
In order to be able to apply later to sixth form
As a student
I need to give my personal information
3. Escenarios:
Student pre-enrollment from a school page
Given I access “school” frontend “pre-enrollment” page
When I enter all the information asked
And I press the submit button
Then I receive “school pre-enrollment confirmation” email
And I see “a school pre-enrollment confirmation” message

31. Ventajas de usar este enfoque
• Explorar el dominio del problema.
• Facilitar la conversación con clientes y equipo.
• Escribir los criterios de aceptación.
• Automatizar la comprobación de los criterios.
• Tener documentación de la lógica de negocio.
• Asignar prioridad y estimación a las historias.

33. UN CASO PRÁCTICO EN PHP CON
BEHAT Y PHPSPEC

34. ¿Preguntas?
• Transparencias (goo.gl/fFbtSw)
• Ejemplo (github.com/aleherse/katas-BDD)
• Behat (behat.org)
• phpspec (phpspec.net)
• BDD, Behat, Mink Tutorial (goo.gl/xOjQ4)
• Behat by example (youtu.be/QnPmbQbsTV0)
• BDD: Busting the myths (vimeo.com/43612884)
• The Rspec book (goo.gl/aU6JM)
• PhpSpec ilustrated by examples (goo.gl/wOMKH)
• @phpspec, @BehatPHP, @everzet, @_md