【问题标题】:Different parts of BDD structureBDD结构的不同部分
【发布时间】:2011-01-02 10:39:33
【问题描述】:

我是 BDD 的新手,在阅读了一些资料后得到了以下理解:

BDD 有两个部分,集成测试和单元测试。 由 Cucumber 等规范工具完成的集成测试。 单元测试是传统的 junit+(jmock 或 mockito) 等。

这种理解正确吗?

Rgds.

【问题讨论】:

  • “BDD 结构的一部分”:如果您的意思是“bdd 可以用来做什么?”那么tdd-and-bdd-differences 可能会有所帮助

标签: bdd


【解决方案1】:

我认为这更多是一种思考开发的方式,而不是单元测试与集成测试的结构。引用here:

BDD 专注于获得清晰的 了解所需的软件 通过讨论的行为 利益相关者。它通过以下方式扩展 TDD 以自然的方式编写测试用例 非程序员可以的语言 读。行为驱动的开发人员使用 他们的母语相结合 用无处不在的领域语言 驱动设计来描述目的 并受益于他们的代码。这允许 开发人员要专注于为什么 应该创建代码,而不是 技术细节,并尽量减少 技术之间的翻译 编写代码的语言 和所使用的领域语言 业务、用户、利益相关者、项目 管理等。

从我所做的少量工作开始,我们 BDD 的重点是开发一种由业务和开发人员共享的通用语言,并以业务可理解的方式编写测试。

【讨论】:

  • 嗨,我现在正在考虑更细粒度的级别。从上面的解释看来,BDD 是具有更好命名约定的 TDD,这是否意味着我们在 BDD 中不需要任何黄瓜特性?我们可以用 BDD 的方式编写单元测试吗?
  • BDD 没有指定要使用的任何特定工具。这是一种哲学或实践。您可以使用业务/客户的词汇以 BDD 风格编写单元测试。
  • 感谢 Brian,您的解释让我进一步了解 BDD 方法的更多详细信息。阅读完整的en.wikipedia.org/wiki/Behavior_Driven_Development wiki 给了我一个清晰的画面。谢谢!
  • 您可以使用上下文规范样式 BDD - 使用在“单元测试”级别工作的 MSpec 等工具。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-01-27
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-07-17
相关资源
最近更新 更多