第四节 robotframework设计一次WEB项目自动化

落入凡尘的鱼

已于 2022-07-22 18:00:15 修改

阅读量513

点赞数

分类专栏： robotframework 自动化测试安卓自动化文章标签：前端自动化 java

于 2022-07-12 11:31:33 首次发布

本文链接：https://blog.csdn.net/kang_fk/article/details/125739513

版权

robotframework 同时被 3 个专栏收录

10 篇文章 2 订阅

订阅专栏

自动化测试

10 篇文章 0 订阅

订阅专栏

安卓自动化

10 篇文章 0 订阅

订阅专栏

一、RF WEB端自动化测试环境

- 必要的库：SeleniumLibrary FakerLibrary AutoRecorder SikuliLibrary

备注：分享的时候要讲清楚这些库是干嘛用的，在代码上演示下

- 必要的知识点：RF如何自定义变量（列表，字典）；RF如何设计For循环
- 必要的思想：学会封装关键字，让用例足够灵活，足够健壮，足够简洁不臃肿
- 必须要有的辅助工具：xpath的编写技巧，以及官方文档：http://robotframework.org/SeleniumLibrary/SeleniumLibrary.html#library-documentation-top
- 必要的驱动：谷歌的驱动，火狐的驱动

二、需求分析，测试点提取

- 需求一：考勤管理（PC端）
1 新建考勤规则
2 考勤规则统计
- 需求二：学校管理，包含创建学校，教务登录，导入学生
1 创建学校
2 教务登录-首次修改密码
3 教务管理-导入学生(Sikuli方案实现)
备注：提取测试点，要分类，操作性的测试点，校验类的测试点。要分重点，用例的重要性与优先级，核心功能优先，主流程优先

三、框架设计，结构分层

测试用例区（主要对用例进行分类管理）

-考勤用例区（或者再分类管理，比如公共变量区等）
   -case001
   -case002
-请假用例区
   -case001
   -case002
-学校管理用例区
   -case001
   -case002

公共组件区（封装的都是公共的常用方法）

-public_resource.robot
    -关键字一
    -关键字二
    -关键字三

页面元素区

-需求名或迭代名
    - 页面一（这个就相当于一个对象）
        - 变量（就如对象的属性，如某个按钮，字段，主要用来存储路径位置信息）
        - 方法 (就如对象的方法，有针对整个页面的，也有针对某个按钮的)

外部组件区

-thired_reource.robot（这里可以封装下自己写的py辅助测试方法）
    -关键字一
    -关键字二

成品其实就是下图所示：

因为涉及到很多项目信息，这里只展示部分；其实这里就是告诉大家，设计分层的思想。只要领悟到这个，就足够了。

四、开始编码实战

谨记：自动化测试编码一定一定要写好备注

测试前

1 目录建好后，可以封装一些我们常用的方法，封装不是简单的照搬，而是一方面统一方法的内部命名，即使三方的方法有改动，我们只要改自己的方法就可以，而不是去代码中每个方法都改掉。另一方面，常用的方法可以若干个方法封装到一起，降低后期编码的重复性，臃肿性。

如下图：打开浏览器，放大浏览器，执行速度，断言+截图几种方法封装成一个方法

2 目录设置好之后，要抽出页面--->抽出页面的属性--->编写这些属性的各种方法，如抽出输入框，编写针对输入框的点击，输入，粘贴，复制等方法。这里的思想就是，属性的位置信息并不重要，也不影响我们的编码进行，这就是测试驱动，变量而已，我们随时可以定义他，这个时候专注于方法的编写

3 开始编码

案例实际运行与讲解，一步一步进行（本次内容案例代码是之前进行内部分享培训的时候写的真实案例，只贴出部分核心流程代码）

涉及到for循环的编码（循环创建学校，导入学生等都涉及）

循环创建学校（上图对应代码）


进入新建学校页面
FOR    ${index}    IN RANGE    10
    新建学校
    letalk_wait_until_page_contains_elements    //*[@id="fSchoolListForm"]/div[1]/div/div/a[1]
    click Element    //*[@id="fSchoolListForm"]/div[1]/div/div/a[1]
END

与原生JS交互模块的编码（创建考勤规则处涉及）


[Arguments]    ${input_starttime}    ${input_shouldtime}    ${input_endtime}
#下面动作是输入开始时间
Click Element    ${start_time_attendences}    #点击开始时间输入框
SeleniumLibrary.Input Text    ${start_time_attendences}    ${input_starttime}    #输入开始时间
letalk_wait_until_page_contains_elements    ${time_click.start}    #等待确定按钮的出现
Click Element    ${time_click.start}    #点击确定按钮
#下面动作是输入应到时间
Click Element    ${should_time_attendences}
SeleniumLibrary.Input Text    ${should_time_attendences}    ${input_shouldtime}
@{confirm1}    Get WebElements    ${time_click.should}
Execute JavaScript    ARGUMENTS    @{confirm1}    JAVASCRIPT    arguments[1].click();
#下面动作是输入结束时间
Click Element    ${end_time_attendences}
SeleniumLibrary.Input Text    ${end_time_attendences}    ${input_endtime}
@{confirm2}    Get WebElements    ${time_click.end}
Execute JavaScript    ARGUMENTS    @{confirm2}    JAVASCRIPT    arguments[2].click();
sleep    2

断言（内容非常多，因为UI是可视化，断言在前期显的没那么重要，断言对于后期持续集成非常重要，之后会在实战中学会如何断言的，前期就先别关注了）

测试中

补充元素定位路径信息

冒烟测试执行：没错，我们在提测前就把自动化给写好了，补充完元素定位信息，你的代码应该是可以快速跑起来的，冒烟测试主流程完全可以自动化去执行。

挑选bug，并用例化（持续集成，迭代太快了，一个新增请假功能，每次CI CD后，我都要去验证下，因为经验上来说你也不知道开发改的东西会影响什么，每次出的问题都不一样，所以非常有必要把这块给用例脚本化）
测试后

根据测试中经验持续的增加用例的脚本化