既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
PO模式
PO是page object的缩写, PO模式是自动化测试项目开发实践的最佳设计模式之一
核心思想是通过对界面元素的封装减少冗余代码, 同时在后期维护中, 若元素定位发生变化, 只需要调整页面元素封装代码, 提高测试用例的可维护性, 可读性
PO模式可以把一个界面分为三层, 对象库层, 操作层, 业务层
- 对象库层: 封装定位元素的方法
- 操作层: 封装对元素的操作
- 业务层: 将一个或多个操作组合起来完成一个业务功能, 比如登录, 需要账号, 密码, 点击登录三个操作
1. 引入PO模式的好处
引入PO模式前:
- 存在大量冗余代码
- 业务流程不清晰
- 后期维护成本大
引入PO模式后:
- 减少冗余代码
- 业务代码和测试代码被分开, 降低耦合性
2. PO模式的六大版本
- V1: 不使用任何设计模式和单元测试框架
- V2: 使用pytest管理用例
- V3: 使用封装的方法, 对代码进行优化
- V4: 采用PO模式的分层思想对代码进行切分
- V5: 对PO分层之后的代码继续优化
- V6: PO模式深入封装, 把共同操作提取封装到父类中, 子类直接调用父类的方法
1. V1版本
不使用任何设计模式和框架和单元测试框架
每个文件里编写一个测试用例, 完全的面向过程的编程方式
- 存在的问题
- 一条测试用例对应一个文件, 用例较多时不方便管理和维护
- 代码高度冗余
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
的资料的朋友,可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**