oop - 行为驱动开发是关于设计还是分析？

Question

我对 BDD 以及它应该如何改进 TDD 了解得越多，在我看来这一切就越令人困惑。我发现专家的引述说它与设计有关，但也发现其他专家的引述说它与分析有关。

我目前看到的方式是这样的:

1)分析:BDD

来自 wikipedia

The result of object-oriented analysis is a description of what the system is functionally required to do, in the form of a conceptual model.

所以在 BDD 之后，我们有了需求(故事和场景)。但我不确定概念模型部分。

2) 设计:例如使用诸如使用 CRC 卡的责任驱动设计之类的工具

3)代码:对设计进行编码，可选择使用测试(就像他们说的 TDD 做错了，我也觉得很有用)

我的看法错了吗？我现在很难透过树木看到森林。

Answer 1

简而言之，它与有关分析 .

BDD 用于“验收测试驱动开发” - 即用于了解被测系统是否按特定用户故事场景的预期运行。

当我使用 Jbehave 时，我们在用户故事级别使用它，并且仍然使用“传统”TDD 来处理单个对象之间和子系统之间的协作。

通常，业务系统使用 BDD 场景来描述业务域行为，而不是测试系统内部的微小实现细节。您希望 BDD 场景在领域专家的抽象级别上进行。这些场景对领域专家来说没有多大意义，如果他们描述了实现的每一个微小细节，就会非常脆弱。

BDD 场景说 什么 系统应该为用户故事做 但不是如何它做到了。