introduccion al desarrollo guiado por comportamiento
DESCRIPTION
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.TRANSCRIPT
Introducción al desarrollo guiado por comportamiento
Un caso práctico en PHP con Behat y phpspec
Sobre mi
Alejandro Hernández Segura
• Desarrollador PHP y Symfony
• Trabajo para ARK Schools (Londres)
• @aleherse
• github.com/aleherse
• slideshare.net/aleherse
MOTIVACIÓN
Desarrollo en cascada
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.
Herencia de la ingeniería civil
“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]
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.
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.
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.
BDD
“Behavior-driven development is about implementing an application by describing its behaviour from the perspective of its stakeholder”
[The RSpec book]
• 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.
Principios en los que se basa BDD
• Suficiente es suficiente.
• Desarrollar valor para nuestros clientes.
• Todo es comportamiento.
METODOLOGÍA
Desarrollo guiado por comportamiento
debemos reunirnos con nuestros clientes y establecer la visión o el propósito del proyecto
identificar los resultados o las metas que se deben lograr para conseguir el objetivo
describir el tipo de cosas que el software debe realizar en grupos de características o temáticas
¿En qué consiste una historia?
1. Título
¿En qué consiste una historia?
1. Título
2. Narrativa
¿En qué consiste una historia?
1. Título
2. Narrativa
Objetivo: In order to…
Rol: As a…
Qué hacer: I want/need to…
¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Título
¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Pasos
¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Pasos
Qué aceptamos como cierto: Given
¿En qué consiste una historia?
1. Título
2. Narrativa
3. Escenarios
Pasos
Qué aceptamos como cierto: Given
Qué eventos se producen: When
¿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
¿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
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
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.
UN CASO PRÁCTICO EN PHP CON BEHAT Y PHPSPEC
¿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