基于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经常采用的实践方法。框图如下:

wKiom1X8-bTDpRAqAACC5Q_eU9o613.jpg


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 librariestables 

实现需求通过测试。

Deliver(交付):

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

 

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


wKioL1X8_GWQNjRDAAOrpbTx5Lk966.jpg


A-TDD如何mapScrum迭代开发wKiom1X8-nqwgZ1ZAAFhj7r2qR8743.jpg

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


并行开发:在迭代开发的过程中,实现需求的开发,验证实现的测试需要在sprint backlog中计划


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




A-TDD例子示范(ATTD with Robot Framework


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

www.robotframework.org


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

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

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

  • 最近的餐厅在哪里?

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


案例一: 供应商列表


一: 需求澄清(产生具体的示例)


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


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


客户:下面是一个例子:

wKioL1X9APuhTxZqAAB-SB1AVqI566.jpg

讨论: 发现假如有微小的不同,将会发生重复的输入(比如相同的供应商,不同的展位等)。


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


客户:


wKioL1X9AU7DEBOsAADnEhs7_0Q673.jpg


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



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

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

Robot framework 包含4个表格:

  • 测试用例表: 包含实际的测试用例,表头是“Test Case

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

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

  • 变量表:声明变量, 表头是“Variable”或者 “Variables


下面是Robot framwork的调用过程:

wKioL1X9AZPQpxt0AAENwJrwjxk531.jpg


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


 

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


wKiom1X8_9TSO-dxAAKTdYqqGZA698.jpg


测试用例执行,发现keywords Stand inputIs stand output  , Has no extra stands are undefined.


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


wKioL1X9AmHxk-urAAHaiklfICg981.jpg


再次跑测试用例发现下面keyword 没有定义:Stand outGet current logGet current name , Get current placeStands left而这些关键字将会在test library里面实现。


 

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


wKioL1X9Av_Tm9dqAALXI12nsdk274.jpg

结论:


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


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



你可能感兴趣的:(robot,A-TDD)