在敏捷测试中，常用的测试方法来自传统实践，并与“早期测试”原则保持一致。在编写代码之前先编写测试用例。重点在于在正确的时间和正确的级别运行正确的测试类型的缺陷预防，检测和清除。

在本章中，您将了解方法-

• 测试驱动开发(TDD)
• 验收测试驱动开发(ATDD)
• 行为驱动开发(BDD)

测试驱动开发

在测试驱动开发(TDD)方法中，代码是根据自动测试用例指导的Testfirst方法开发的。首先编写失败的测试用例，然后在此基础上开发代码以确保测试通过。方法是重复的，重构是通过开发代码来完成的。

可以通过以下步骤来理解TDD-

• 步骤1-编写一个测试用例，以反映需要编写的代码功能的预期行为。

• 步骤2-运行测试。由于代码仍未开发，因此测试失败。

• 步骤3-根据测试案例开发代码。

• 步骤4-再次运行测试。这次，必须对功能进行编码，然后才能通过测试。重复步骤(3)和步骤(4)，直到测试通过。

• 步骤5-重构代码。

• 步骤6-再次运行测试以确保其通过。

重复步骤1 –步骤6，添加测试用例以添加功能。每次都会运行添加的测试和较早的测试，以确保代码按预期运行。为了快速完成此过程，测试是自动化的。

测试可以在单元，集成或系统级别进行。需要确保测试人员与开发人员之间的持续通信。

验收测试驱动开发

在验收测试驱动开发(ATDD)方法中，代码是根据验收测试用例指示的测试优先方法开发的。重点是接受标准和测试人员在与用户，最终用户和相关利益相关者的协作下创建用户故事时编写的接受测试用例。

• 步骤1-与客户和用户合作编写验收测试用例以及用户案例。

• 步骤2-定义关联的验收标准。

• 步骤3-根据验收测试和验收标准开发代码。

• 步骤4-运行验收测试以确保代码按预期运行。

• 步骤5-自动化验收测试。重复步骤3 –步骤5，直到实现迭代中的所有用户素材为止。

• 步骤6-自动化回归测试。

• 步骤7-运行自动回归测试以确保连续回归。

行为驱动开发(BDD)

行为驱动开发(BDD)与测试驱动开发(TDD)相似，并且重点在于测试代码以确保系统的预期行为。

在BDD中，使用了英语之类的语言，以便对用户，测试人员和开发人员有意义。它确保-

• 用户，测试人员和开发人员之间的持续沟通。
• 开发和测试内容的透明度。