首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 网站开发 > Web前端 >

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

2012-07-30 
RFS的web自动化验收测试——第6讲 案例设计之流程与数据分离1引言:什么是RFS——RobotFrameworkSelenium2libra

RFS的web自动化验收测试——第6讲 案例设计之流程与数据分离1

引言:什么是RFS——RobotFramework+Selenium2library,本系列主要介绍web自动化验收测试方面。

( @齐涛-道长 新浪微博)

 

好久没来写文章了,最近事情比较多,项目上线、考驾照、看房子,搞的身心俱疲,现在总算好一些了,项目上线了;驾照长训结束了,漫长的排队等待路考;看了几个楼盘,终于咬牙下定决心出手了,即将加入了房奴大军了,深圳的房子太贵了,内牛RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

 

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

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

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

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

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

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

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

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

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

 

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

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

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

 

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

 

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

 RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

 输入Keyword的name,Arguments先不管。

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

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

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

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

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

 

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

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

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

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

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

 

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

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

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

 

4、再回头看看case的内容

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

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

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

 

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

RFS的web自动抽验收测试——第6讲 案例设计之流程与数据分离1

 

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

 

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

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

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

好了,下一讲我们继续讲分层,将分层进行到底。

热点排行