Veo que esta pregunta ya tiene una respuesta y no he probado NBehave. Pero, estamos usando MSpec (Machine.Specifications) para este proyecto empresarial bastante grande y está funcionando bastante bien para nosotros aquí. Muy vale la pena mencionar.
Rob Connery hizo un vídeo excelente sobre el aprendizaje de BDD, donde utiliza MSpec, línea por línea: (enlace eliminado, ya no está disponible, pero la buscan)
Más sobre MSpec de Rob Connery, y por qué él lo usa.
http://wekeroad.com/2009/09/21/make-bdd-your-bff-2/ Es posible que también quiera echar un vistazo a sus otras publicaciones etiquetadas BDD.
Pros:
- permite rápidamente "tropezar" de toda su historia, SCENERIOS, contextos y Especificaciones - sin ningún tipo de código real. Vamos a enfocarte en los "Comportamientos" generales, que es el propósito de BDD !, sin preocuparte por el código y hacerlo compilar.
- Produce un EXCELENTE informe HTML, con "< - NO IMPLEMENTADO" junto a las especificaciones resumidas. A menudo entrego este informe a: El cliente (CEO y CTO), los probadores, los nuevos recursos que traigo al proyecto y cualquier otra persona que quiera saber cómo funciona el software, ¡sin tener que mostrar una línea de código!
- Los corredores TestDriven.NET se incluyen con MSpec utilizando el nuevo enlace tdnet (¡sin configuración!).
- El atributo [Comportamientos], junto con su tipo de delegado Behaves_like, hace que copiar las especificaciones existentes de un escenario a otro otro scenerio sea instantáneo.
Contras:
- Poca o ninguna documentación, a pesar de que no se necesita mucho (ver los vídeos más arriba). El autor blogueó recientemente para obtener ayuda con la documentación.
- Todavía nuevo, y solo un proyecto paralelo del autor (no su actuación principal). Pero, es muy activo a partir de este post.
Espero que ayude.
También debería agregar que con MSpec 0.3, ahora hay un corredor de prueba ReSharper. – eduncan911
Gracias por compartir mucha información sobre el marco BDD. –