敏捷测试 - 方法
在敏捷测试中，常用的测试方法来自传统实践，符合"早期测试"原则。测试用例在编写代码之前编写。重点是在正确的时间和正确的级别运行正确的测试类型来预防、检测和删除缺陷。
在本章中，您将了解方法 −
- 测试驱动开发 (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 中，使用英语等语言，以便用户、测试人员和开发人员都能理解。它确保 −
- 用户、测试人员和开发人员之间的持续沟通。
- 开发和测试内容的透明度。
