Resumen de nuestra última formación
En los dos últimos meses estamos haciendo huecos en nuestras agendas para poder coincidir y formarnos durante uno o dos días enteros en la mejora de nuestros procesos y nuestras habilidades técnicas, así como tener la oportunidad de trabajar en parejas con personas con las que no trabajamos habitualmente.
La semana pasada, Carlos Ble facilitó una sesión en la que tuvimos una introducción práctica a BDD y también nos contó algunas historias interesantes que nos encantan.
Extreme Tuesday Club
Allá por el 2000, un grupo de profesionales del desarrollo de Software, comenzaron a hacer quedadas en un pub de Londres sin ninguna agenda en concreto, con el objetivo de compartir opiniones, éxitos y soluciones respecto a esta industria. De este grupo emergieron varias personas que han divulgado con éxito prácticas útiles en el desarrollo de Software. Algunos de los nombrados fueron Steve Freeman, quien puso en práctica las ideas de Mock Objects y co-escribió “Growing Object-Oriented Software guided by tests” y
desarrolló jMock, Rachel Davies, experta en Agile y Coach en empresas de Software, Chris Matts (a.k.a Papa Chris Matts)…etc. En la página original del Extreme Tuesday Club podemos ver una lista de los miembros más antiguos y seguro que todas y todos son dignos de investigar y descubrir cosas interesantes.
Los meetups de Extreme Tuesday Club todavía existen a día de hoy, aunque la asistencia tiene bajadas y subidas como es normal en esta ciudad en la que hay tantísimos eventos de tecnología concurriendo a la misma vez.
Libros
Entre los libros más recomendados para comprender y dominar BDD y outside-in TDD están:
- "Bridging the communication gap" por Gojko Adzic
- "Specification by example" por Gojko Adzic
- "The BDD Books — Discovery" por Gáspár Nagy y Seb Rose
Taller
Después de la clase de Historia 😜 dimos paso al taller de BDD que Carlos tenía planificado hacer. Utilizamos como base una aplicación destinada a recoger las citas de los clientes de una barbería; "The Barbershop". El código está en este repositorio y tiene un readme.md que te guiará en los pasos para ejecutarlo.
El comienzo de la actividad consistió en hablar para descubrir cuáles son las necesidades del cliente, cómo se siente, cómo podemos ayudarle, dando el mayor nivel de detalle posible, incluso poniéndole nombre a nuestros actores y escribir historias sobre cada uno de ellos. En este paso inicial hablaremos con un lenguaje libre y totalmente orientado a las personas que utilizan el producto. Todavía no es momento de utilizar GHERKIN.
Es muy importante (y algo difícil) abstraerse de cualquier detalle técnico, por ejemplo, tenemos que olvidarnos de cosas como "el servidor recibe X y manda Y", "el formulario valida los campos… " etc. Estos son detalles técnicos de los que nos tenemos que despreocupar para poder orientarnos bien a entender el problema que queremos solucionar y descubrir todas las posibles soluciones.
Cada una de las parejas fuimos presentando el resultado de nuestras conversaciones. La más interesante fue la de Yodra, Michael y Samuel, ya que cada uno tenía una forma muy diferente de utilizar servicios de peluquería y se hizo muy curioso ver todos los puntos de vista y las soluciones tan amplias que presentaban.
Una vez hecho esto, pasamos a definir y escribir tests de comportamiento, y, sin necesidad de que los tests de comportamiento pasen, implementamos código de partes más pequeñas que, una vez integradas hacen que los tests de comportamiento estén en verde.
Y hasta aquí el resumen de esta formación. Espero que os sirva de recordatorio, como punto para profundizar y seguir mejorando.
