| 提出 | Dan North（2006） |
|---|---|
| 描述语言 | Gherkin（Feature/Scenario/Given-When-Then） |
| 价值 | 需求澄清、统一术语、可执行文档 |
Gherkin 示例
Gherkin 示例
Scenario: 余额不足时拒绝取款
Given 账户余额为 100 元
When 尝试取款 150 元
Then 提示余额不足且余额保持 100 元把 BDD 当作脚本语法而不做三方澄清，会得到格式漂亮但业务不认可的场景。
行为驱动开发（BDD）
用业务语言描述系统行为并驱动开发：从示例出发澄清需求，以 Given-When-Then 表达场景，使需求、测试与实现共享同一套描述。
易错点
- 用例写得像脚本细节（点哪个按钮），失去业务可读性
- 场景数量爆炸后维护成本高，应聚焦关键规则与典型示例
数据来源与参考
- Dan North《Introducing BDD》（dannorth.net）
- Cucumber 官方文档（cucumber.io）