微信号:grzlwx

介绍:光荣之路官方资讯

Robot Framework与Web界面自动化测试学习笔记(2)

2016-02-28 23:39 光荣之路

吴老的《selenium webdriver 实战宝典》出版了!

相关阅读:Robot Framework与Web界面自动化测试学习笔记(1)

2、成功登陆用例2

上面是一个最基本的用例。上面用例存在一个问题,就是检查用例成功的标准是看希望的html元素是否存在。但很多时候不仅需要判断希望的元素是否存 在,还需要判断元素的内容是否符合预期。就上面这个用例,希望 id为userid的元素的内容是xxx。那用例应该如何写呢?

successLogin2
    open browser    http://localhost/nau/login    ff
    input text    id=userid    xxx
    input password    id=password    yyy
    click button    id=loginBtn
    ${value}    get text    id=userid
    Should Be Equal    ${value}   xxx
    close browser

和上个用例相比,区别就是检查语句(上面红色的2行)。

其中${value}    get text    id=userid的含义是 利用关键字 get text   获取id为userid元素的内容放到变量${value}中。

Should Be Equal    ${value}   xxx 语句,Should Be Equal  是关键字,用来断言两个参数的值是否相等,如果不等,则表示失败。

3、失败登录用例

上面是验证成功登录的用例。那应该也有验证登录失败的用例。其思路差不多,就是当登录失败后的页面是啥。通过代码来进行检查。

我们假设登录失败后会出现一个新的页面,页面中有文本 “用户名或密码错误”字样。那么用例就可以这么写。

errorLogin
    open browser    http://localhost/nau/login    ff
    input text    id=userid    xxx
    input password    id=password    yyy123
    click button    id=loginBtn
    Wait Until Page Contains    用户名或密码错误
    close browser

相比前面的用例,区别还是验收语句。上面的验收语句一看就明白,Wait Until Page Contains    是关键字,用于检查页面中是否包含预期的信息。

4、自定义关键字

可以看出,上面3个用例,前面的4个语句,区别只是输入的参数 用户名和密码的值区别,我们自然会想到,可以把这4个语句封装成一个关键字,包含两个参数用户名和密码。

关键字定义如下:

login
    [Arguments]    ${username}    ${password}
    open browser    http://localhost/boot/login    ff
    input text    id=userid    ${username}
    input password    id=password    ${password}
    click button    id=loginBtn

使用该关键字的用例如下

loginSuccessWithKeywords
    login   xxx  yyy
    ${value}    get text    id=userid
    Should Be Equal    ${value}    xxx
    close browser

loginErrorWithKeywords
    login   xxx  yyy123
    Wait Until Page Contains    用户名或密码错误
    close browser

5、用例的setup和teardown

每个用例,从整个实现讲。一般包括如下三大部分:

1)执行条件设置部分(setup部分):因为用例的执行,通常需要一些条件。如前面的登录成功用例,需要用户已经存在。

2)用例执行部分:包括该用例进行的操作,对结果的验证

3)清理部分(teardown部分):在自动化测试中,我们希望用例执行后,对当前环境不会有任何破坏。因此一般需要做些清理工作,包括第一部分条件设置对系统造成的影响和用例执行过程中对系统造成的影响。

rf对这也提供了支持,可以把一个用例分成三部分。虽然我们写成一部分,从最终效果上讲没区别。但分开了,会更加符合逻辑,用例也非常清楚。

对于我们这个登录用例,可以看出,每个用例完成的最后一步都要关闭浏览器,这里用的是close browser。

因为各个用例都是公共的,我们可以把这放到用例包的teardown中。

*** Settings ***
Test Teardown     close browser

这样每个用例的最后语句close browser都不需要了。

把一些语句放到teardown中,还有一个好处是,无论用例执行部分出现什么问题,最后的teardown都会保证被执行。

三、小结

本篇文章,我们通过一个登录例子来介绍了rf在web界面自动化测试上的基本应用。虽然比较简单,但已经把用例编写最核心的概念和步骤做了介绍。其它功能的用例与之区别在于用例的复杂程度区别(比如准备测试条件、用例执行步骤、结果验证的复杂性、用例执行影响的清理)。

<完>

(作者:51kata 来源:http://www.cnblogs.com/51kata/p/5105087.html)

公益传播测试知识、技能与正能量!感谢作者!
分享测试生活,思考测试人生!欢迎投稿!
文章图片来自网络,如有侵权请见谅,请联系我们妥善处理。
735821166@qq.com

光荣之路
软件测试培训


官网:www.gloryroad.cn

微信公众号:gloryroadtrain

性能测试QQ群:415987441
测试招聘QQ群: 203715128
自动化3群QQ: 371211499

Python群:457561756

 
光荣之路 更多文章 今天晚上的 linux 公开课- Awk 编程 7月28日(今天)晚上的 linux 公开课- shell编程 8月4日(今天)晚上的 linux 公开课- shell编程 9月1日(本周一)晚8点半,光荣之路Web自动化系列基础课—javascript第二讲 推荐本好书《与机器赛跑》
猜您喜欢 “慧眼”识舆情——腾讯带你发现下一个现象级游戏 编译,性能 报告:新毕业程序员平均年薪暴涨44% 全球最流行APP:谷歌地图第一 微信第五 巨人的进击 —— Android生态的破与立