Publicidad
Publicidad

RSS BDD

BDD, Cucumber y Gherkin. Desarrollo dirigido por comportamiento

5 Comentarios
BDD, Cucumber y Gherkin. Desarrollo dirigido por comportamiento

BDD es uno de los términos de moda en el desarrollo de software en los últimos años. A pesar de ser un término muy utilizado, no todo el mundo sabe exactamente qué es eso de BDD, más allá del significado de esas siglas, Desarrollo Dirigido por Comportamiento (Behaviour Driver Development), ni cómo puede BDD ayudarnos en nuestro trabajo diario como desarrolladores.

BDD es una evolución de TDD (Test Driven Development o Desarrollo Dirigido por Pruebas). De hecho, el concepto de BDD fue inicialmente introducido por Dan North como respuesta a los problemas que surgían al enseñar TDD.

Leer más »

EDD: Error Driven Development. Volviendo a los inicios. Digamos adiós al postureo

10 Comentarios
EDD: Error Driven Development. Volviendo a los inicios. Digamos adiós al postureo
Actualización: Evidentemente, este texto inventa un nuevo concepto, pero lamentablemente no somos ni Martin Fowler ni Kent Beck para acuñar nuevas metodologías. Todo formaba parte de una broma del día de los Inocentes (28 Diciembre) en España. Aunque es un sátira es un texto que invita a la reflexión de cómo programamos ¿O no lo pensáis?.

TDD is dead. Esta afirmación fue la punta de lanza que me llevó a comenzar este manifiesto. Pensando en esos innumerables desarrolladores que no dejan de repetir con cierto postureo implícito que practican TDD, BDD e, incluso, se atreven a definir sus despliegues a producción como CI. Reconozcamos que todo esto nos impide disfrutar de la programación como tal. Y, sobre todo, frustran a nuestros compañeros que no conocen el significado de esas siglas (oh, wait).

Volvamos a los orígenes de nuestro desarrollo software. Allí dónde nos sentíamos libre sin tanta metodología ágil que sólo aporta burocracia vacía a nuestro código. Más código inservible en producción y ocupa espacio en nuestros repositorios: paquetes de test, librerías para hacer mocks, stubs, componentes dummies, etc..

El Test Driven Development ha muerto, demos la bienvenida a EDD (Error Driven Development). Dejémonos guiar por el mayor motivador para un programador el error de sintaxis, error de compilación, el error al arrancar la aplicación, el error 500, los logs en el Apache, etc..

Leer más »
Publicidad

Concordion, construye tests que se conviertan en la auténtica documentación de los proyectos

Comentar
Concordion, construye tests que se conviertan en la auténtica documentación de los proyectos

Concordion es una framework que nos permite construir y ejecutar tests de aceptación. Aporta visibilidad a los requisitos definidos por product owner que el desarrollador ha plasmado en las pruebas de aceptación.

La filosofía de este producto es bastante simple: se crean unas especificaciones en un documento HTML empleando lenguaje natural, posteriormente con el marcaje proporcionado por Concordion definimos los Assert para instrumentar las pruebas y lo enganchamos con los tests JUnit. De esta forma, podemos separar el qué del cómo. Cuando ejecutamos los test genera un documento en el que se muestran en verde las especificaciones que se cumple y en rojo las que han fallado.

Leer más »
Publicidad
Inicio
Inicio

Ver más artículos