敏捷让我们不再需要将精确的需求提前转化为精细计划的工作，但是随着流程后期的大量发现和误解我们依然会有大量的浪费，哪怕是在短期冲刺中也是如此，Matt Wynne 在一个最近的行为驱动开发概要中如是说。

Cucumber（一款开源的BDD工具）的首席开发者Matt进一步解释说，BDD要解决的一个关键问题是提升问题领域人员和解决方案领域人员之间的交流。BDD的目的是为了创建并发展一个这两个领域之间相互理解的公共区域，创建一种公共语言，一种普及的语言（正如领域驱动设计中所定义的那样）。

用户故事是一个敏捷工具，它能够帮助我们描述请求的功能。为了在将用户故事转换成工作功能之前更好地理解它们，BDD使用具体的示例揭示我们如何使用这些描述的功能。这也是在早期阶段发现边缘案例的一种廉价方式，而不是在后期、解决它们的成本更加昂贵时再发现它们。

BDD强调通过示例揭示问题领域， 它的一个优点是所有相关人员都能参与进来，包括用户和利益相关者以及开发人员和测试人员；示例并不是技术性的，基本上你需要的所有就是笔和纸或者一些其他类似的东西。

在探讨解决方案领域的时候，Matt的经验是：随着项目的发展，团队通常会发现向代码库中引入一个变化会越来越难。Matt将代码库比作厨房，一个良好组织的干净厨房能够更加容易地生产高质量的食物。保持一个厨房干净意味着需要经常打扫，把脏东西拿走，同时一个专业的工作环境也需要同样的策略。在一个代码库中，与清扫厨房相等的工作是重构，改变设计但不需要改变它的行为。随着重构的进行，代码库会更加有组织性，更加容易理解和改变。

为了确保重构期间的行为不会发生变化，我们需要自动化测试，例如测试驱动开发（TDD），TDD和BDD这两者都使用示例阐明需求。

如果没有干净的代码那么你就不会保持敏捷。

BDD是由Dan North在2006年左右提出的，他不仅书写了一篇介绍还从BDD的观点出发编写了一些故事。

Specification by Example就是一种定义与BDD密切相关的需求的方式。

Cucumber 是一款行为驱动开发的开源工具，现在支持9种编程语言，包括基于JVM的语言。同时针对企业的新版本的Cucumber Pro 已于最近发布。