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

前端之家收集整理的这篇文章主要介绍了基于Robot Framework的验收测试驱动开发前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

A-TDD(Acceptancetest-drivendevelopment)withRobotframework

在了解A-TTD之前,先了解下TTD

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

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


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

wKiom1X8-bTDpRAqAACC5Q_eU9o613.jpg


1.Discusstherequirementinaworkshop(在专题讨论会中讨论需求)

2.Developthemconcurrentlyduringtheiteration(在迭代中并行开发)

3.Delivertheresulttothestakeholderforacceptance.(提交结果给利益相关方进行验收)


Discuss(讨论):

    • paticipants:productowner,relatedstakeholder,developer

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

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

Develop(开发):

将示例提取成测试。

需求实现活动的开发(包括testlibrariestables

实现需求通过测试。

Deliver(交付):

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

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


wKioL1X8_GWQNjRDAAOrpbTx5Lk966.jpg


A-TDD如何mapScrum迭代开发

wKiom1X8-nqwgZ1ZAAFhj7r2qR8743.jpg

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


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


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




A-TDD例子示范(ATTDwithRobotFramework


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

www.robotframework.org


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

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

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

  • 最近的餐厅在哪里?

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


案例一:供应商列表


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


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


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


客户:下面是一个例子:

wKioL1X9APuhTxZqAAB-SB1AVqI566.jpg

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


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


客户:


wKioL1X9AU7DEBOsAADnEhs7_0Q673.jpg


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



二.需求示例提取Robotframework的测试用例。

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

Robotframework包含4个表格:

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

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

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

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


下面是Robotframwork调用过程:

wKioL1X9AZPQpxt0AAENwJrwjxk531.jpg


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


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


wKiom1X8_9TSO-dxAAKTdYqqGZA698.jpg


测试用例执行,发现keywordsStandinput,Isstandoutput,Hasnoextrastandsareundefined.


下面我用userkeyword实现Isstandoutput,Hasnoextrastands


wKioL1X9AmHxk-urAAHaiklfICg981.jpg


再次跑测试用例发现下面keyword没有定义:Standout,Getcurrentlog,Getcurrentname,Getcurrentplace,Standsleft.而这些关键字将会在testlibrary里面实现。


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


wKioL1X9Av_Tm9dqAALXI12nsdk274.jpg

结论:


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


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

原文链接:https://www.f2er.com/javaschema/284435.html

猜你在找的设计模式相关文章