在 UI 自动化测试过程中,面对复杂的业务场景,经常会遇到这样的挑战:
- 简单的录制/回放速度快,但无法适应复杂场景;
- 编写自动化测试脚本比较灵活,但工作量大且可维护性差;
- 以往的封装技术(PageObject)可以适应各种 UI 场景,但结构松散,无法在多项目中迁移;
因此,测试团队通常还需要一种定制测试框架,用以弥补现有框架的缺点。
由于 UI 自动化测试框架围绕 UI 界面使用,因此,依旧选用 PageObject 设计模式对 UI 及测试进行封装,同时配合 Pytest 单元测试将脚本能够有效的组织、连贯应用起来,从而提高框架的可维护性和可读性。
由于测试框架基于 PageObject 设计模式,主要方向为 PO 改进,数据驱动,异常处理等,比如: - 测试数据的数据驱动:将数据存储到外部 yaml 文件中,利用 yaml 工具进行数据读取;
- 数据步骤的数据驱动:将操作步骤放到外部 yaml 文件中,利用 yaml 工具对操作步骤进行读取,用专门函数解析并实现操作步骤;
- 自动化异常处理机制:对元素查找模块进行封装和改进,包括如何处理弹窗;
作为通用的 UI 测试框架, PageObjet 不仅适用于 Web 自动化测试,也可适用 Appium 移动自动化测试,其优点如下: - 减少代码重复
- 提高测试用例可读性
- 提高测试用例可维护性
本案例将对雪球 App 进行 Page Objetct 封装与改进。
当启动雪球 App 时,会进入首页。点击搜索框进入搜索页,搜索某支股票然后判断股价是否大于 200:
PageObjetct 的模块关系如下,所有的模块要继承 BasePage , App 实现启动,重启,停止等操作, Main 实现进入搜索页,进入股票页等操作:
base_page 模块是所有 page 类的父类,其中定义了公共方法,比如封装下面的 find 方法后,可以让子类调用 find :
App 模块封装 app 的启动,重启,停止等方法,当 app 启动时会进入 main 页面,因此在下面的 main 方法要 return Main ,Main 类的定义在后面会讲解:
Main 模块是首页的 PageObject ,其中的方法封装了首页的重要功能,比如下面代码中的 goto_search_page 封装了点击搜索并跳转到 Search 页:
Search 模块可以搜索一支股票,还可以获取股票的价格,比如下图:
封装代码如下:
最后对上述代码建立测试,新建测试模块 test_search :
以上,供大家参考,欢迎一起留言探讨。
相关文章
- UI 自动化测试应不应该投入?有没有前途?怎样做最明智?
- 实战 | UI 调度自动化测试平台(基于 Python)
- Page Object 模式很火,UI 自动化测试到底要不要用?怎么用?
- PageObject(PO)设计模式在 UI 自动化中的实践总结(以 QQ 邮箱登陆为例)