1. PO模式
PO
是
Page Object
的缩写,
PO
模式是自动化测试项目开发实践的最佳设计模式之一。
核心思想是通过对界面元素的封装减少冗余代码,同时在后期维护中,若元素定位发生变化, 只
需要调整页面元素封装的代码,提高测试用例的可维护性、可读性。
PO
模式可以把一个页面分为三层,对象库层、操作层、业务层。
- 对象库层:封装定位元素的方法。
- 操作层:封装对元素的操作。
- 业务层:将一个或多个操作组合起来完成一个业务功能。比如登录:需要输入帐号、密码、点击登录三个操作。
2.1 引入PO模式的好处
引入
PO
模式前
-
存在大量冗余代码
- 业务流程不清晰
- 后期维护成本大
引入
PO
模式后 :
-
减少冗余代码
- 业务代码和测试代码被分开,降低耦合性
- 维护成本低
2. 数据驱动
2.1 数据驱动特点
- 数据驱动本身不是一个工业级标准的概念,因此在不同的公司都会有不同的解释。
- 可以把数据驱动理解为一种模式或者一种思想。
- 数据驱动技术可以将用户把关注点放在对测试数据的构建和维护上,而不是直接维护脚本,可 以利用同样的过程对不同的数据输入进行测试。
- 数据驱动的实现要依赖参数化的技术。
2.2 数据驱动的方式
- 直接定义在测试脚本中(简单直观,但代码和数据未实现真正的分离,不方便后期维护)
- 从文件读取数据,如JSON、excel、xml、txt等格式文件
- 从数据库中读取数据
- 直接调用接口获取数据源
- 本地封装一些生成数据的方法