码迷,mamicode.com
首页 > 其他好文 > 详细

Robot Framework--05 案例设计之流程与数据分离

时间:2014-10-26 11:33:31      阅读:588      评论:0      收藏:0      [点我收藏+]

标签:blog   http   ar   使用   sp   文件   数据   on   art   

转自:http://blog.csdn.net/tulituqi/article/details/7651049

 

这一讲主要说一下案例设计了。还记得我们前面做的case么?先打开浏览器访问百度,输入关键字,点击搜索。

 我们再加上个检查点,检查一下标题是否包含我的关键字,然后关闭浏览器。就是下面这样了。

bubuko.com,布布扣

 这样就可以算是一个比较完整的案例了,包含完整的流程和检查点,那么这时候如果我要增加一个案例,搜索另外的内容怎么办呢?

在原来的case上修改肯定是不合适的,毕竟那个案例可能还是需要保留的。

最简单的办法,把这个case复制一个,修改搜索内容。那么我们复制出一个case2吧

bubuko.com,布布扣

然后我们把2个一起运行一下。

bubuko.com,布布扣

 

都运行成功了。但是如果我们这样的方法虽然简单,但是并不合理,因为如果我要再加5个、10个、100个呢?

都是同样的流程,只是搜索内容和检查点不同,为什么不能把流程抽离出来与数据分开呢?也就是案例分层设计。

这时候就用到了之前讲过的User Keyword,如果你的案例已经写好了,那么可以用下面这个方法,如果是新建的时候就准备好分层了,那么直接在资源里新建userkeyword就可以了。

 

=======分层方法=======

 

1、选中case中的所有脚本,点击右键,选择Extract Keyword

 bubuko.com,布布扣

 输入Keyword的name,Arguments先不管。

bubuko.com,布布扣

点击OK,就会看到生成了一个userkeyword了。

bubuko.com,布布扣

而我们再看case的内容就只有这个关键字了。

bubuko.com,布布扣

 

2、新建一个Resource文件,把UserKeyword移动过去(或者移动到已有的Resource文件里)

这样做的目的是为了更清晰,在测试套件中一般不放置UserKeyword,前面第2讲的时候我们就说过了,首要建议UserKeyword放在Resource里。

我这里新建一个Resource,叫TestFlow.txt,然后把这个搜索测试移动过去,就成了这样。

bubuko.com,布布扣

我这是新版的RIDE0.46.1,貌似又新增了一些特性,比如图片里我新增的Resource文件TestFlow.txt是灰色的,因为他没有被加载过。前面我们介绍了怎么把Resource加载到TestSuite上,现在也照着做一遍。加载后就是和res1.txt一样了,就不放图片了。

 

3、接下来我们针对这个测试流程进行分离,因为这个案例流程比较简单,实际上就只有搜索内容这一个值是变化的,因此我们把他改成一个变量,同时把这个UserKeyword的参数加上这个变量。

bubuko.com,布布扣

忽然发现这些关键字都是黑色的了,别急,这是因为我们在TestFlow.txt上没有加载Library,参考前面添加Library的地方把S2L(Selenium2Library缩写)加进去就可以了。实际上不加也不影响,只要在运行的地方有加载过Library,就可以正常执行。只是这里显示看的不太舒服而已。为了证明可以正常执行,我这就先不加S2L了。

 

4、再回头看看case的内容

bubuko.com,布布扣

在搜索测试的后面一个格子变红色了,这是提醒我们这个UserKeyword有一个参数必须要填写,我们写上case要测试搜索的内容。

bubuko.com,布布扣

 

5、接着我们再把case2的内容都清掉,重新写一个和case一样的脚本,来调用搜索测试这个UserKeyword

bubuko.com,布布扣

 

6、再运行一次, 结果和之前相同,都是pass了。大家可以自己运行一下看看。

 

到现在我们完成了一个简单的分层,把搜索测试这个流程剥离成一个关键字,然后在不同的case调用这个关键字,然后传递不同的参数,用以进行不同数据在同一个流程下的测试。

这样就不用担心再新增10个或100个案例了,因为这个案例比较简单,通过复制也可以做出10个或100个案例,但是最大的区别在于,如果我的流程中间需要做一点小的调整和优化,对于流程和数据分离的案例来说,我这样维护一下搜索测试这个UserKeyword就行了;对于复制的案例,那你就要辛苦了,你有多少个案例就改多少吧。

其实这个道理引申出来,我们做自动化测试也是一样,选择不同的方法或者工具都可以实现最终的目标,但是我们需要考虑的不是把案例做起来,因为这个比较容易实现。对于自动化案例来说,最大的难度不是在于怎么做案例,而是怎么维护案例。因为随着需求的更新,系统的流程或者页面会发生很多的变化,这时候的维护成本的高低才是我们首要考虑的,如果自动化案例建立起来之后,没有后续维护的投入,最终经过若干个版本,这些自动化案例基本就是废弃的了。

 

首先我们看一下testflow这个resource里的内容。

bubuko.com,布布扣

 

可以看到在这个搜索测试的关键字中,我们堆积了很多最底层的代码,这样是不够灵活的。

对于我们分层来说,还是要把一些底层的代码级关键字继续拆分出来。

先做2个,后面的类似。这时候我们看res1的资源下面有一个打开浏览器的,这是我之前添加了,目的就是留到这里来分层的。

我们把open browser这一行挪过去。

bubuko.com,布布扣

记得给res1加载Selenium2Library

 然后在res1下面新增一个输入搜索内容,并把第二行input text挪过来。

bubuko.com,布布扣

 

剩下的第3行、第45行、第6行,也分别增加3个关键字。效果如图:

bubuko.com,布布扣

接着我们把对应的搜索测试中的代码都换成相应的关键字。

bubuko.com,布布扣

 

这样还不行,因为有一些关键字是有参数的,我们最好把他们继续完善相应的参数。

 打开浏览器:

bubuko.com,布布扣

 

输入搜索内容:

bubuko.com,布布扣

 

点击搜索和关闭浏览器不需要加参数了。

校验标题:

bubuko.com,布布扣

 

搜索测试里面的内容我们也顺势一起修改一下,加个url的参数。

bubuko.com,布布扣

 

因为修改了搜索测试的arguments,所以必须把case的也进行修改。所以大家以后注意要提前设计好关键字的arguments,否则后面修改的时候很容易遗漏。

bubuko.com,布布扣

 

至此,我们这个案例就已经完成分层了,因为案例比较简单,所以只分了3层,分别是案例层,流程层,元素层。他们的调用关系也是逐层深入的。

bubuko.com,布布扣

 

一般情况下,做一个系统或项目,大概分4层就够了,如果系统比较复杂可以考虑分5层。

看一下分4层的图(手头没有例子,先借用一下吴博PPT里的图):

bubuko.com,布布扣

 

分别是案例层、流程层、流程构件(页面层)、元素层,加载资源也是从上到下的。

案例层中放的是流程层的关键字,流程层放的是页面层的关键字,页面层放的是元素层的关键字。

 

我们自己的项目分5层的:

bubuko.com,布布扣

和4层的比起来,我这里多了一个components组件层。因为我们的有很多页面内容比较多,我把每个页面分成了几个区域,一个区域就是一个components。

所以我这边的加载顺序是case层加载l0-testflow,testflow加载l1-page,page加载l2-components,components加载l3-elements层。一个elements文件就是一个页面内所有的元素,由于元素较多,所以这样来组织,然后在组件层加载所有页面的元素,然后拼出相应的组件。

=============总结一下=============

这样做的好处不单是为了以后维护方便,也使得案例的架构层级清晰。越是靠近上层的部分,脚本越贴近自然语言,或者说很像我们的测试案例;越靠近下层的部分,越是接近页面元素的代码级部分。这样以后如果发生维护的时候,根据需要维护的内容,只需要在很少的地方进行调整即可。比如一个元素的id变了,那我只要在elements里面更新就行了。比如测试的流程调整了,以前是ABC的页面顺序,现在是ACB的页面顺序,那么只要在testflow层进行调整即可。

那么回到我们的标题,流程与数据分离,实际上目前我们的流程都集中在testflow以及下面的部分,而数据一般都是在案例层去给流程层传递,这就是我们的流程与数据分离了。当然,我们还可以再进一步的分离,把数据放到外面,脱离我们的案例,在运行的时候才传递进行,也是可以实现的。后面我会做个简单的例子给大家看。

 

在前一篇的基础上,我们继续做一下进一步的数据分离。大体上有三种方式,第一种适合和Jenkins集成用的,第二种适合有大量数据的,第三种么只有思路,暂时还未实现,如有朋友能实现的话也欢迎分享一下。

一、运行时参数(-v 参数)

先看一下case的脚本:

bubuko.com,布布扣

 

然后我们改造一下,把url和搜索文字都改成变量。

bubuko.com,布布扣

 

然后我们选择RUN页面,在Arguments栏输入参数 -v testURL:http://www.baidu.com/ -v searchText:齐涛-老道长,接着运行一下,这个是木有问题的。

bubuko.com,布布扣

 

作用:这种方式的作用在和Jenkins整合做持续集成的时候非常方便,可以在JOB运行的时候根据传入的参数决定在哪个环境运行。

 

二、参数文件(-V)

这个和上一个的区别就是一个使用大V,一个使用小v,并且大V的是使用文件的。使用文件的好处就是这里你可以写很多的

我们先增加一下var.py的文件(pyc是运行后自动编译生成的,不用管),内容如图。这里要注意的就是中文字符串前面要加u。还有__all__要列出所有的变量。

另外增加了2个变量,一个是LIST型变量,另一个是使用了一个随机数方法,每次都会生成一个1-10的随机数。接着再改造一下我们的案例,增加2个log,把那2个变量的值打印一下。

bubuko.com,布布扣

 

接着我们要加载这个var.py文件,这里有几种方式,推荐第一个。

1、在测试套件上使用Add Variables增加var.py进来,因为我的var.py文件就放在案例相同的目录,所以不用写路径了。

bubuko.com,布布扣

2、和刚才的小v在一个地方RUN的这里写,不过要写完整的路径。感觉不如第一种方便,如果不写路径会报错。或许我没找到如何缩短路径的办法。

bubuko.com,布布扣

3、在脚本中使用import variables,这里可以用${CURDIR}代表当前路径,这样比2好一些,不用写那么长的路径。

bubuko.com,布布扣

 

最后运行一下,可以看到test log里的值已经是使用了var.py文件里的变量值。

bubuko.com,布布扣

 

三、使用外部excel文件

对于这种方案目前我这里还只是构思,没有代码实现出来,所以只说一下思路。

就是类似于QTP的加载excel差不多,但是我们这里需要使用Python脚本来写excel的读写方法,貌似有个xlrd的库,但是好像还要自己做拓展开发,一直没啥时间去写这个公共方法,加上俺Python经验有限,之前写自己的测试库都是边查帮助边写的,缺乏系统化的学习bubuko.com,布布扣。如果有朋友有实现的方法,可以提供给我参考一下哈。

实现了excel读写之后,就可以在测试过程中使用外部的excel文件读取数据或写入数据了。

 

Robot Framework--05 案例设计之流程与数据分离

标签:blog   http   ar   使用   sp   文件   数据   on   art   

原文地址:http://www.cnblogs.com/guanfuchang/p/4051735.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!