Selenium 定位元素
▲ Locator
可以id或name来用定位界面元素
也可以使用XPath或Dom，但是，必须用XPath=或Dom=来开头
▲ 最好使用id来定位，强烈建议强制要求开发为所有需要交互的界面元素设定id,所以，locator最好以id=,name=,identifier=
▲ 浏览器操作常用的关键字
| 关 键 字 |
描 述 |
| Open Browser |
打开浏览器 |
| Maximize Browser Window
扫描二维码关注公众号，回复：
8197661 查看本文章
|
最大化窗口 |
| 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完成测试用例，隐藏了实际的测试工作流。用于测试执行步骤相同，输入数据输出结果不同的测试用例。
以下图用例分四层模型设计，一层嵌套一层执行调用。
比如，登录异常测试的数据驱动，把数据写在表格里，调用模板登录异常流程。
在登录异常流程设置参数，然后调用登录异常页面。
登录异常页面录入测试用例脚本，针对传参数据供用例调用执行。如下图所示：
