Selenium2Library测试web

Selenium 定位元素

▲ Locator

可以id或name来用定位界面元素

也可以使用XPath或Dom，但是，必须用XPath=或Dom=来开头

▲ 最好使用id来定位，强烈建议强制要求开发为所有需要交互的界面元素设定id,所以，locator最好以id=,name=,identifier=

▲ 浏览器操作常用的关键字

关  键  字	描   述
Open Browser	打开浏览器
Maximize Browser Window	最大化窗口
Go To	前进
Go Back	后退
Reload Page	重新加载页
Close Window	关闭窗口
Close Browser	关闭浏览器
Close All Browsers	关闭所有的浏览器
Delete All Cookies	清空所有缓存
Switch Browser	切换浏览器窗口

▲ 点击和输入常用的关键字

关  键  字	描   述
Click Button	单击按钮
Click Element	单击元素
Click Image	单击图片
Click Link	单击链接
Double Click Element	双击元素
Input Password	密码输入文本框
Input Text	文本输入框

▲ 验证页面是否包含相应结果

关  键  字	描   述
Page Should (Not) Contain Button	验证页面是否包含或不包含按钮
Page Should (Not)  Contain Checkbox	验证页面是否包含或不包含复选框
Page Should (Not) Contain Element	验证页面是否包含或不包含某个元素
Page Should (Not)  Contain Image	验证页面是否包含或不包含图片
Page Should (Not)  Contain Link	验证页面是否包含或不包含链接
Page Should (Not)  Contain List	验证页面是否包含或不包含的列表
Page Should (Not)  Contain Radio Button	验证页面是否包含或不包含单选框
Page Should (Not)  Contain Textfield	验证页面是否包含或不包含文本字段
Location Should Be	校验当前URL地址是否与所给URL地址一致
Location Should Contain	校验当前URL地址是否包含预期值
Title Should Be	校验当前页面title值与期望值一致

关  键  字	描   述
List Selection Should Be	验证被选list控件中selection项是否与参数*itmes匹配
List Should Have No Selections	验证被选list控件中selection项是否未选择
Checkbox Should Be Selected	通过定位标识出checkbox元素已被选择或勾选
Checkbox Should Not Be Selected	通过定位标识出checkbox元素未被选择或勾选
Radio Button Should Be Set To	通过定位标识出Radio元素已被选择或勾选
Radio Button Should Not Be Selected	通过定位标识出Radio元素未被选择或勾选
Xpath Should Match X Times	验证页面指定Xpath元素与Expected_xpath_count给定的数量是否一致

关  键  字	描   述
Table Cell Should Contain	校验某单元格是否包含期望值信息
Table Column Should Contain	校验指定列是否包含预期值
Table Footer Should Contain	校验表格包含预期值
Table Header Should Contain	校验表格header包含预期值
Table Row Should Contain	校验指定行是否包含预期值
Table Should Contain	校验在表格某个位置中可以找到期望值
Textfield  Should Contain	校验文本输入框中存在的期望值
Textfileld  Value  Should be	验证指定文本输入框值与期望值准确匹配

Robot Framework测试用例分层思想

▲ 常用的用例分层

一、案例分层（三层）

案例层：测试流程+数据

流程层：元素操作

元素层：测试库封装

二、案例分层（四层）

案例层：测试流程+数据

流程层：页面层操作

页面层：元素操作

元素层：测试库封装

▲ 注：数据和流程分离开，能够减少一些由需求变更引发的修改，数据也可以进一步分离，存放在变量文件、数据库或者Excel里，运行的时候再去读取数据。

关键字驱动

关键字驱动：关键字以及相关参数构成，常用的一种模式。测试用例可以描述成各种的业务工作流，这样的工作流可以用关键字驱动或者行为驱动方式编写。

如下图采用四层模型分层设计：

• 创建正常登录测试用例

首先初始化全局变量，直接录入封装好的接口关键字组装成测试步骤。

• 创建登录流程

登录流程指定页面层接口，这里正常登录指定登录页面。

• 创建登录页面

登录页面最终组装的测试步骤脚本。异常登录各用例都是指向登录检查页面类。

数据驱动

数据驱动方式用来编写一些带有输入数据变量的工作流。用高级别的关键字—user keyword完成测试用例，隐藏了实际的测试工作流。用于测试执行步骤相同，输入数据输出结果不同的测试用例。

以下图用例分四层模型设计，一层嵌套一层执行调用。

比如，登录异常测试的数据驱动，把数据写在表格里，调用模板登录异常流程。

在登录异常流程设置参数，然后调用登录异常页面。

登录异常页面录入测试用例脚本，针对传参数据供用例调用执行。如下图所示：

编写测试用例脚本使用技巧

● 想查看某个测试库的关键字用法，按F5键，会弹出窗口供用户查询当前的测试库及关键字说明

● 如要查看表格区已存在的用例脚本的关键字， Ctrl+鼠标悬浮（即鼠标在某个关键字上），可以直接显示关键字的相关用法

● 输入sho再同时按住ctrl+alt+space键，则可以自动带出相关关键字，方便选中关键字及查看用法

● 对于已输入的关键字，忘了其用法，可以点击关键字输入框再同时按住ctrl+alt+space键，即可查看该关键字的用法。

● 红色的表示必填的参数，浅灰色表示选填的参数，深灰色表示无需填写。