BDD para no programadores: taller en vivo

Día 01

Introducción

• ¿Por qué BDD?
• El BDD como extensión de la metodología ágil
• Programa del Día 01

Aplicación del BDD en distintas fases del ciclo de desarrollo del software

• Antes del desarrollo
• Durante el desarrollo
• Después del desarrollo

Un único lenguaje para todos

• Los ingenieros y los no técnicos emplean idiomas diferentes
• Cómo el BDD reduce esa brecha comunicativa
• Presentación del lenguaje Gherkin, propio del BDD

Las diversas funciones del BDD

• El BDD como requisitos de producto (para los responsables)
• El BDD como criterios de aceptación (para los desarrolladores)
• El BDD como casos de prueba (para los testers)
• El BDD como descripción del producto (para otros stakeholders)

Regresando al ágil: Todo comienza con las historias de usuario

• Resumen general del ciclo de desarrollo ágil
• El papel de las historias de usuario dentro del método ágil<\/li>

Sesión de preguntas y respuestas

Prueba rápida

Cómo crear una buena historia de usuario

• Utilizando el lenguaje adecuado
  • Rol, acción y resultado esperado
• Ejemplo práctico de una historia de usuario

Actividad: Redacción de una historia de usuario

• Elaborando su primera historia individualmente - actividad individual
• Mejorando esas historias en grupo - actividad colectiva
• Presentación y puesta en común de dichas historias - actividad grupal

Las historias de usuario en proyectos reales

• Dinámica del trabajo en equipo
• Herramientas y técnicas útiles
• Ubicación de las historias de usuario dentro del ciclo de desarrollo

Introducción al BDD

• Ampliando el alcance de las historias de usuario
• Presentación del archivo de características BDD
• Cómo describir el comportamiento esperado del software
• Pensar acerca de cómo sería un comportamiento "inesperado" del programa

Cómo crear un buen archivo de características BDD

• Uso del lenguaje correcto (Gherkin)
  • Dado, Cuando y Entonces
• Ejemplo práctico de este tipo de archivo

Actividad: Redacción de un archivo de características - PARTE 01

• Creando su primer archivo BDD individualmente - ejercicio propio
  • Sección de Característica
  • Sección de Escenario
• Refinamiento del archivo elaborado colectivamente - trabajo grupal
• Puesta en común y revisión final del documento por el equipo - tarea colaborativa

El uso de archivos BDD en proyectos reales

• Interacción entre miembros del equipo
• Aplicación de herramientas y metodologías pertinentes
• Ubicación del archivo dentro del ciclo total del desarrollo software

Sesión de preguntas y respuestas

Prueba rápida

Configuración del entorno de trabajo

• Dándole formato atractivo a los textos Gherkin
• Ganando eficiencia y productividad al trabajar

Actividad: Redacción de un archivo BDD - PARTE 02

• Continuación del trabajo propio: desarrollando aún más el archivo creado individualmente
  • Incorporación de múltiples argumentos dentro de los escenarios planteados
  • Aprendiendo la sección Esquema de Escenario
• Perfeccionamiento colectivo del documento elaborado - tarea grupal
• Puesta en común definitiva del material generado por el equipo - ejercicio conjunto

Sesión de preguntas y respuestas

Prueba rápida

Comentarios finales del primer día

Día 02

Introducción

• Resumen del día anterior
• Programa previsto para este segundo día

Autoevaluación aplicada al propio producto

• Descripción conceptual de nuestro propio proyecto
• Representación visual esquemática del sistema en cuestión

Ampliación de la cobertura de las pruebas realizables

• Facilidad y usabilidad general del sistema ofrecido
• Requisitos estratégicos vinculados al negocio
• Procesos empresariales en relación con el producto

Actividad: Redacción de un archivo BDD - PARTE 03

• Trabajo autónomo complementario respecto al archivo previo, donde se profundiza
  • Inclusión del apartado Ejemplos en el texto generado
  • Reutilización inteligente de datos y situaciones expuestas anteriormente
  • Estructuración jerárquica mediante etiquetas identificadoras de características y escenarios
• Fines grupales: perfeccionar los resultados obtenidos por todos - tarea colectiva
• Puesta en común del material actualizado y organizado para su uso práctico - actividad compartida

Sesión de preguntas y respuestas

Prueba rápida

¿Qué contenido no debe incluirse en el archivo BDD?

• Aspectos que conviene dejar a criterio exclusivo de los ingenieros
  • Detalles técnicos de nivel muy bajo (casos de pruebas unitarias)
  • Evaluaciones exhaustivas entre distintos módulos del programa y análisis de APIs integradas

Sesión de preguntas y respuestas

Prueba rápida

Autoevaluación aplicada al propio producto (continuación)

• Grado real de facilidad de uso que presenta nuestro producto?
• Cómo impactan esas características en el uso cotidiano por parte de personas externas a la organización?

Comunicación con públicos externos al equipo directamente involucrado

Conclusión y recomendaciones para dar continuidad a los aprendizajes