2010-03-02 16 views
7

Recientemente me he metido en BDD y creo que es una gran promesa como una forma de recuperar la voz de los interesados ​​en las aplicaciones que nosotros, como desarrolladores, creamos para ellos. ¿Cuál es tu marco de BDD favorito y por qué?¿Qué frameworks BDD son populares en .net?

Respuesta

7

Mi favorito personal es MSpec ya que realmente me gusta la integración con Resharper. El uso de pruebas de estilo BDD me parece mucho mejor y MSPec es un marco agradable y ligero de usar.

Aquí algunos otros marcos populares:

EDIT:

He empezado a utilizar StoryQ en el último mes o así, y lo han encontrado a b e realmente bueno. De hecho, lo prefiero a MSpec. Veremos cómo salen las cosas.

+1

¿Alguna actualización en sus preferencias? Me gusta el estilo de StoryQ para las pruebas de aceptación, y pude ver que era el rey de la colina allí, pero MSpec parece un poco mejor para escribir más pruebas técnicas en el estilo de Especificación del contexto – STW

+1

@STW - He estado usando StoryQ por un tiempo y lo he encontrado muy efectivo. Puede tomar más tiempo escribir las pruebas, pero usted obtiene un generador de código con StoryQ que toma su texto BDD y lo convierte en código. StoryQ tiene ese nivel extra de verbosidad que MSpec me faltaba. Me resultaba difícil expandirme en escenarios y contextos sin quedar atrapado con la estructura del código. Sin embargo, MSpec sigue siendo muy recomendable, pero me quedaré con StoryQ por un tiempo. –

+1

Apoyaré su voto para StoryQ. No me importa la verbosidad extra personalmente, ya que me parece que MSpec intenta demasiado para ser concisa y la obviedad de las expresiones lambda simplemente se interpone en mi camino (eso, y el abuso insensible de guiones bajos en los nombres de métodos, aunque StoryQ lo hace utilizar guiones bajos en los nombres de métodos para sus propios fines). –

0

Creo que MSpec tiene una popularidad creciente.

6

No he usado ninguno de los otros, pero aprecio StoryQ en mis proyectos actuales ya que usa NUnit que hace que las historias se ejecuten como cualquier otra prueba unitaria, lo que me permite usar TestDriven.Net como de costumbre.

Además, el informe HTML es muy bueno para que los interesados ​​sigan el progreso (una página web en nuestro servidor TeamCity).

5

Eche un vistazo a SpecFlow - se ve bastante bien para mí. Después de una presentación de campo de código en BDD, he decidido darle una oportunidad y ver cómo encaja en mi flujo de trabajo. Hay algunos videos haciendo BDD here por Brady Gaster. Bastante bien.

0

Me gusta Concordion.NET ya que es muy flexible y potente. Últimamente se integró con NUnit para ejecutar las pruebas de Concordion.NET: https://github.com/concordion/concordion-net Por lo tanto, se puede usar con cualquier entorno que admita la ejecución de la prueba NUnit. Concordion.NET es un marco de código abierto para el desarrollo impulsado por comportamiento (BDD). Las especificaciones del comportamiento esperado se escriben en HTML, por lo que se pueden hipervincular fácilmente en una estructura navegable. Estos archivos contienen referencias a dispositivos en el código de prueba que se ejecutan con la ayuda de NUnit. Las pruebas de aceptación de Concordion.NET son tan legibles que pueden duplicarse como documentación del sistema. Y, dado que las pruebas se ejecutan en el sistema, puede estar seguro de que la documentación está siempre actualizada.

Cuestiones relacionadas