Pregunta

Estoy tratando de explorar Behavior Driven Design y Domain Driven Design. Recibo que las especificaciones escritas conducen las pruebas en BDD, pero también que la lógica de negocios se puede encapsular usando el patrón de especificación para su reutilización en objetos de dominio y repositorios, etc.

¿Son estos básicamente el mismo concepto que se usa de diferentes maneras, se usan conjuntamente, o estoy confundiendo completamente los conceptos?

Por favor, arroja algo de luz, si es posible.

¿Fue útil?

Solución

BDD o especificación de contexto es un estilo de escritura de pruebas unitarias de primera manera. DDD es un término acuñado por Eric Evans que básicamente reintroduce los patrones de diseño apropiados cuando construye sistemas de software. Si desea probar primero el desarrollo en un estilo de especificación de contexto, vea esto link . Desde el punto de vista de BDD, hay muchos recursos disponibles. Si realmente desea diseñar sus sistemas de software utilizando los patrones descritos en el libro de Eric Evans, encontrará algunos buenos recursos aquí

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top