软件测试 | PageObject 模式

简介

在 Selenium 章节，已经对 PageObject 设计模式进行过讲解， PageObject 设计模式的原理就是将页面 具体的实现和用例的业务逻辑解耦，而这个思想同样适用于接口自动化测试：将接口具体的参数的实现 与用例业务解耦。总结一下，不论是对于接口自动化测试还是 ui 自动化测试，PageObject 设计模式带 来的优点如下：

减少代码重复

提高测试用例可读性

提高测试用例可维护性

实现思路

下面通过目录结构了解 PageObject 的分层机制

改造后的文件结构（以接口为例）

├── __init__.py├── api│ ├── __init__.py│ ├── base_api.py│ └── department.py├── data│ └── department_list.yml├── testcases│ ├── __init__.py│ └── test_department_list.py└── utils ├── __init__.py └── utils.py

api 或 page:

base_api.py/base_page:用来发封所有通用方法，比如打印 log、对断言工具做二次封装等，不牵涉和业务相关的操作

department：集成 base_api/base_page，用来实现对应模块具体的业务逻辑，比如发送请求，请求内有什么参数等等。

testcases:统一存放所有的测试用例，调用 Api 对象或 Page 对象实现业务并断言

utils:存放对其他功能的封装，改进原生框架不足

data:数据构造与测试用例的数据封装

搜索微信公众号：TestingStudio 霍格沃兹的干货都很硬核