基于Robot Framework的验收测试驱动开发

A-TDD(Acceptance test-driven development ) with Robot framework

在了解A-TTD之前，先了解下TTD。

测试驱动开发，英文全称Test-Driven Development，简称TDD，是一种不同于传统软件开发流程的新型的开发方法。它要求在编写某个功能的代码之前先编写测试代码，然后只编写使测试通过的功能代码，通过测试来推动整个开发的进行。这有助于编写简洁可用和高质量的代码，并加速开发过程。

A-TTD（验收测试驱动开发）非常接近T-DD。 不同点在于A-TDD强调开发–测试–客户之间的协同， A-TTD是一种协同需求发现方法,利用示例和可自动的测试来明确需求,创建可执行用例方法。

ATTD(验收测试驱动开发)是敏捷和scrum经常采用的实践方法。框图如下：

1. Discuss the requirement in a workshop （在专题讨论会中讨论需求）

2. Develop them concurrently during the iteration （在迭代中并行开发）

3. Deliver the result to the stakeholder for acceptance. （提交结果给利益相关方进行验收）

Discuss（讨论）: 

• • paticipants: product owner, related stakeholder, developer

    如何讨论:假象系统完成，你会如何使用系统并期待它能实现什么。

    研讨会的重点是讨论并发现需求，而不是实际的测试。

Develop（开发）:

将示例提取成测试。

需求实现活动的开发（包括test libraries，tables ）

实现需求通过测试。

Deliver（交付）:

当测试通过后，需求会被产品负责人和其他利益相关方评审，这可能导致新的需求产生或现有测试的变化

 

下图是一个更为详细的A-TDD框架图

A-TDD如何map到Scrum迭×××发

讨论：在具体的Sprint计划之前，团队，产品负责人，相关利益方需要在专题讨论会中澄清需求。

并行开发：在迭×××发的过程中，实现需求的开发，验证实现的测试需要在sprint 的backlog中计划

交付验收：交付基于需求的产品和验收测试的case给相关利益方并组织Sprint review讨论。

A-TDD例子示范（ATTD with Robot Framework）

Robot背景：Robot Framework是一个基于关键字驱动的自动化测试框架。 具体信息参见

www.robotframework.org

现有一个供应商展销会的信息查询系统， 通过该系统参观者可以用它来查询下面的信息：

• 我在哪里可以找到供应商X的展销摊位？

• 我怎么才能到达那个地方？

• 最近的餐厅在哪里？

• 其他参观者对本次展销会的评价。

案例一： 供应商列表

一： 需求澄清（产生具体的示例）

客户：需要把所有的供应商名单制作成一份“好的表格”

开发：能举得例子吗？什么是一份“好的表格”

客户：下面是一个例子：

讨论： 发现假如有微小的不同，将会发生重复的输入（比如相同的供应商，不同的展位等）。

开发：数据库中什么样数据可以导出一份“好的供应商列表”

客户：

从上面的表格可以发现，相同的供应商由于展位信息不同，有美有logo, 会存在一些重复。

二． 需求示例提取成Robot framework的测试用例。

这里简单介绍下Robot framework， 具体参见www.robotframework.org

Robot framework 包含4个表格：

• 测试用例表： 包含实际的测试用例，表头是“Test Case”

• 关键字表： 包含底层的用户关键字，这些关键字组成了测试用例的结构，表头是Keyword 或者是 “User Keyword”

• 设置表：允许引用文件，lib. 表头是“setting”或者“settings”

• 变量表：声明变量， 表头是“Variable”或者 “Variables”

下面是Robot framwork的调用过程：

测试用例和用户关键字是填在Robot Framework 里面的，Framework调用 test libraries, 它再调用待测系统。

 

现在从示例中抽取测试用例。

测试用例执行，发现keywords “Stand input”, “Is stand output ” , “Has no extra stands” are undefined.

下面我用user keyword 实现 “Is stand output ” , “Has no extra stands”。

再次跑测试用例发现下面keyword 没有定义：”Stand out”, “Get current log”, “Get current name” , “Get current place”, “Stands left”. 而这些关键字将会在test library里面实现。

 

当前待测系统是用C语言写的，可以通过用户接口来调用或者直接调用。该案例采用直接调用（使用 ctypes foreign library）。test library 代码如下：

结论：

A-TTD是一个相互协作的需求澄清工具，它使用可执行的用例去探索需求。需求–> 需求例子表格–> Robot 表格 –> 可执行用例（表格表述）

Robot Framework 是一个基于A-TDD思想的测试框架。它采用表格化的结构来表述一个用例，再通过test libraries 去实现用例的可执行话。