No siempre es fácil encarar un nuevo proyecto con TDD o BDD, más especificamente cuando tenemos una leve idea de que queremos hacer en lugar de una completa especificación de requerimientos contra la que escribir los test. Digo esto porque varias veces me he encontrado totalmente convencido de iniciar un proyecto con BDD pero me ha sido imposible debido a que estaba codeando no como parte del desarrollo en si, sino más como parte del diseño, porque algunas veces el diseño (bajar de una idea a una implementación) nos obliga a sentarnos y definirlo con algo de código. por tanto creo que herramientas tan importantes como BDD y TDD deberían ser consideradas para su uso con mayor frecuencia en casos donde necesitamos cumplimentar un listado muy descriptivo de requerimientos, en una etapa de desarrollo cuando el diseño, (por quien lo haya hecho) terminó, y es hora de escribir el (utopico) código final de la aplicación que cumpla respete e implemente lo que los requerimientos describen, en cambio, en un escenario muy distinto si es necesario comenzar a codear pequeños prototipos muy fuertemente asociados a cambios durante la etapa de diseño de una solución no siempre es útil intentar BDD y me atrevo a ir aún más alla y decir que no siempre es posible ya que por nuestra mente pueden estar pasando miles de cosas que podemos agregar en el momento sin necesidad de ir a escribir el test porque puedan derivar en complementos o componentes diferentes del que estamos haciendo.
Solo un pensamiento que quería compartir con ustedes
Saludos
Picanteverde 