Agile Testing - Methods

在Agile测试中,通常使用的测试方法来自传统做法,符合“早期测试”原则。 测试案例在法典撰写之前写成。 重点是在适当时间和适当级别上进行正确的试验类型,防止、发现和消除缺陷。

在本章中,你将了解这些方法——

Test Driven Development (TDD)

Acceptance Test Driven Development (ATDD)

Behavior Driven Development (BDD)

Test Driven Development

在测试车道开发方法中,该守则是根据自动测试案例指示的测试第一方法制定的。 试办案首先要失败,而成文法则是为了确保测试通行证。 方法重复采用,通过制定法典来加以调整。

可在以下步骤的帮助下理解TDD:

Step 1 - 撰写测试案例,以反映需要撰写的法典功能的预期行为。

。 测试失败是因为该守则尚未制定。

Step 3——根据试验情况制定代码。

<4>Step 4——再次进行试验。 此时,由于功能规范化,测试不得不通过。 重整步骤(3)和步骤(4)至试样。

http://www.un.org/Depts/DGACM/index_russian.htm

页: 1 增加测试案例,以增加功能。 添加的测试和先前的测试每次都进行,以确保守则按预期运行。 为了加快这一进程,测试是自动化的。

测试可以分为单位、一体化或系统一级。 需确保测试者与开发商之间的密切沟通。

Acceptance Test Driven Development

在“接受测试快车道开发”方法中,该守则是根据“接受试验案例”指示的测试第一方法制定的。 重点是测试者与客户、终端用户和相关利益攸关方合作在用户故事制作期间撰写的接受标准和接受测试案例。

与客户和用户合作,测试案例和用户故事。

Step 2——界定相关的接受标准。

Step 3——根据接受测试和接受标准制定编码。

Step 4——进行接受测试,以确保守则按预期运行。

。 页: 1

。

Step 7——进行自动回归测试,以确保持续回归。

Behavior Driven Development (BDD)

突飞猛进发展(BDD)与试验驱动发展(TDD)相似,重点是测试该守则,以确保该系统的预期行为。

在BDD中,使用英语等语言,使用户、测试者和开发商能够感受到这种语言。 它确保——

Continuous communication among the users, testers and developers.

Transparency on what is being developed and tested.