框架：
1.PO模式应用（测试对象和测试用例分离）（写到简历中）
2.引入ddt
3.深入分层：测试数据分离
4.遵循原则：测试用例的独立性
5.深入分层：元素定位分离
6.框架优化：提取basepage，具备处理异常 日志 截图功能
7.框架优化：使用pytest单元测试框架
8.Jenkins集成，分布式部署
为什么要把业务逻辑从测试逻辑里抽离出来？
-PO模式 PageObject 页面中封装成一个对象 ==》
例如：1，DOM document Object Model(将HTML文档表示成js的对象) document.getElement...获取内容
2，WebElement==>将html的标签表示成python的object对象，web_ele.text web_ele.get_attribute()来访问属性
3，DOM-->python 的object对象，这就是PO模式的由来
--PageObject==》1.WebElement（元素） 2.元素操作（点击，拖拽） 均属于PageObject的组成部分，（就是一个页面一个文件封装）
- PO模式是一种自动化测试设计模式，将业务逻辑和测试逻辑分开，也就是把对象的定位和测试脚本分开，从而提高可维护性。（换个项目只要改写业务逻辑不用改动测试逻辑）
- 使业务更清晰
- 代码更利于维护
- 可以复用
首页里面的逻辑封装到一个页面 --HomePage
--方法和逻辑封装到登陆页面 --LoginPage
投资BidPage，蜂群 UserPage
原理：
将页面的元素定位和元素行为封装成一个page类
类的属性：元素的定位
类的行为：元素的操作
页面对象和测试用例分离
测试用例：调用页面所需对象的行为，组成测试用例
好处：
- 当某个页面的元素发生变化，只需要修改该页面对象中的代码即可，测试用例不需要修改--可维护性
- 提高代码重用率，结构清晰，维护代码更容易
- 测试用例发生变化时，不需要或只需要修改少数页面对象代码即可--复用性
为什么不能用函数封装？
# 多个不同的函数都公用一个形参，共享的实际参数可以作为一个属性
# 在类中属性表示共同特征
# 不利于在多个函数之间共享变量
#类就是这种共享数据的一种形式
---那么以上是可以封装成一个类的， class LoginPage
PO模式
PO是Page Object的缩写，PO模式是自动化测试项目开发实践的最佳设计模式之一。
核心思想是通过对界面元素的封装减少冗余代码，同时在后期维护中，若元素定位发生变化， 只
需要调整页面元素封装的代码，提高测试用例的可维护性、可读性。
PO模式可以把一个页面分为三层，对象库层、操作层、业务层。
对象库层：封装定位元素的方法。
操作层：封装对元素的操作。
业务层：将一个或多个操作组合起来完成一个业务功能。比如登录：需要输入帐号、密码、点
击登录三个操作。
2.1 引入PO模式的好处
引入PO模式前
存在大量冗余代码
11黑马程序员-软件测试
业务流程不清晰
后期维护成本大
引入PO模式后
减少冗余代码
业务代码和测试代码被分开，降低耦合性
维护成本降低
ddt数据驱动：每个测试数据相互独立（解决的问题）
用try except可以接受抛出的异常用例，继续执行后续用例，否则一条用例失败，后面的用例都无法执行