• Home
  • About
    • Jorge Reyes Vargas photo

      Jorge Reyes Vargas

      Blog personal para relatar cada una de mis aficiones y experiencias sobre estás mismas.

    • Learn more
    • Email
    • LinkedIn
    • Github
    • StackOverflow
  • Posts
    • Todos
    • Tags
  • Projects

Real-Life BDD — Sacando lo mejor de los equipos de desarrollo

23 Jan 2026

Tiempo de lectura ~2 minutos

Resumen de https://devops.com/real-life-bdd-getting-the-best-out-of-dev-teams

En su artículo, Séverine Darlot aborda cómo el uso práctico de Behavior-Driven Development (BDD) puede transformar la forma en que los equipos de desarrollo entregan software con mayor rapidez, calidad y alineación con las necesidades del negocio.

1. Entregar valor de forma continua

La meta es evitar ciclos largos de entrega y, en cambio, desplegar frecuentemente (incluso varias veces al día). Para lograrlo se requiere automatización robusta y una mentalidad orientada a obtener feedback inmediato tras cada cambio de código.

2. BDD como herramienta de entendimiento compartido

BDD no es solo una técnica de pruebas; es un proceso que ayuda a los equipos a comunicarse y acordar lo que realmente se desea construir antes de comenzar a codificar. El artículo destaca tres fases clave del enfoque BDD:

  • Discovery (descubrimiento): product owner y desarrolladores exploran conjuntamente los requisitos usando ejemplos concretos.
  • Formulation (formulación): se definen escenarios claros que representan comportamientos esperados.
  • Automation (automatización): los escenarios se convierten en pruebas automatizadas dentro del pipeline.

El uso de example mapping y user story mapping ayuda a dividir historias demasiado grandes en entregables de pocos días, y revela requisitos ocultos que generarían trabajo inesperado si no se discuten desde el inicio.

3. Integración con CI/CD y frecuencia de despliegue

El artículo propone que cada push de código desencadene pruebas automatizadas, integradas con CI/CD. Esto crea una “red de seguridad” que da confianza para liberar con rapidez.

4. Calidad como responsabilidad del desarrollador

Tradicionalmente la calidad se delega al equipo de QA, pero Darlot sostiene que los desarrolladores deben asumirla directamente. Esto implica:

  • Escribir pruebas automatizadas junto con el código.
  • Combinar TDD (Test-Driven Development) con BDD para fortalecer el diseño y la cobertura.

5. Tres recomendaciones clave

Para maximizar impacto en un equipo ágil:

  • Automatizar despliegues mediante CI/CD.
  • Definir ejemplos y criterios entre todos los stakeholders.
  • Dividir el trabajo en historias pequeñas (entregables en <3 días).


bdddevopsAgileAutomation Compártelo Tweet LinkedIn