Muchas gracias por venir a mi pagina de nuevo, hoy quiero traer un tema del que seguramente ya has escuchado. Tambien estoy preparando material en mi canal de youtube, al que te puedes suscribir acá sobre este tema.
Desde mi experiencia en el desarrollo de software, la falta de comunicación entre los equipos de negocio y los de tecnología ha sido un problema recurrente. Mientras los desarrolladores trabajan con términos técnicos, los stakeholders a menudo buscan resultados claros que no implique para ello tener que aprender de programacion.
Esto genera especificaciones confusas, retrasos en el desarrollo y entregas que no cumplen con las expectativas del cliente. ¿Te ha pasado algo así como QA?
Para solucionar este problema, Daniel North introdujo un enfoque llamado Behavior Driven Development (BDD), del cual gherkin se convirtió en una de sus herramientas más poderosas.
¿Qué es gherkin y por qué es tan útil?
Gherkin es un lenguaje estructurado que permite escribir criterios de aceptación en un formato claro, comprensible y automatizable. Su gran ventaja es que cualquiera en el equipo, desde el negocio hasta el analista de calidad, puede entenderlo.
Su estructura básica sigue el formato:
• Given (Dado): Describe el contexto inicial.
• When (Cuando): Define la acción o evento que ocurre.
• Then (Entonces): Establece el resultado esperado.
Esto permite que los equipos compartan un entendimiento común, reduciendo ambigüedades y facilitando la automatización de pruebas.
Generalmente cuando estas intentando desarrollar una funcionalidad, recibes un contexto sobre lo que tienes que hacer y en base a ello se comienza el trabajo. Con gherkins, intentas definir los criterios de aceptacion con ejemplos más específicos. Veamos un escenario clásico en un sistema bancario:
Scenario: Retiro de fondos sin saldo suficiente
Given un cliente con $100 en su cuenta de ahorros
When intenta retirar $300
Then recibe un mensaje de error: “Fondos insuficientes”.
A diferencia de requisitos escritos en lenguaje técnico o documentos extensos, gherkin simplifica la comunicación y permite validar fácilmente si una funcionalidad cumple con las expectativas. Acá, sin necesidad de especificar detalles técnicos podemos hacer seguimiento de la implementacion en código y su cobertura de pruebas.
En conlusion, desde su creación, gherkin ha ayudado a los equipos a definir criterios de aceptación de forma estructurada, clara y automatizable. Pero escribir buenos criterios no es solo cuestión de usar gherkin, sino de aplicar buenas prácticas.En el siguiente artículo, veremos cómo escribir criterios efectivos y qué errores evitar. 🚀
