行为驱动框架从项目中的所有涉众那里获取信息，比如开发人员、测试人员、产品所有者、经理、客户和业务分析师。这个想法是为了让项目的每个成员都有相同的理解。
行为驱动框架致力于团队中每个人之间的协作和协调。技术编码知识是不必要的，因为功能需求或规范是用非技术性的，通用的语言描述的。
在自动和手动测试人员设计测试用例时，此规范可以用作测试人员的标准模板。可以很容易地估计每个业务场景的覆盖率。此外，还考虑了客户和开发商的观点。
BDD的主要重点是实现应用程序的行为和性质，而不是在实现方面过多强调。
下面列出了行为驱动框架的一些优点。
适当的审查和反馈-由于测试用例是用非技术语言构建的，因此业务分析师可以积极参与并传递有关测试用例的质量和覆盖范围的反馈。
行为驱动的框架更符合需求的业务影响，而不是开发和技术实施。
在开发人员，质量保证，产品所有者和客户之间建立更牢固的关系，从而加强他们之间的协作与协调。
行为驱动测试涉及许多可重复使用的功能，因此易于维护。
因此，可以像这样演示BDD的过程-
该应用程序的性质以简单的英语描述。
根据性质描述，开发测试脚本。
然后根据行为转到应用程序代码的开发。
在新开发的代码上执行自动化脚本。
分析测试执行的结果。
如果测试脚本未通过，请修复代码中的错误。
一旦所有测试脚本均通过，请重构代码以确保质量。
在设计测试用例时使用给定的 When Then 术语。
Cucumber 是行为驱动测试框架的工具。