PO设计模式（一）

【1】提出问题

当有上百个用例，几十个页面的时候，我们会在测试用例中重复的使用到页面当中的元素和操作。当其中的页面发生变化时，我们需要在多个用例中去修改。这种情况下，代码多且乱，维护成本也不低。

那么有什么好的方式来解决这个问题呢？

【2】PO设计模式

在做web 测试时，无论是什么业务，都是在页面上去操作，即所有的测试用例都是在页面中操作的。比如一个用例是由5个页面的功能串行组成的。
假设一个产品有30个页面，有500个功能测试用例。那么这500个功能测试用例就是有30个页面的功能组成。

如此，如果能够把30个页面的功能封装起来，500个用例按照业务场景从30个页面当中调用需要的页面即可。

这种方式叫做PO模式，全称 Page object ,页面对象模型。
将页面的元素定位和元素行为封装成一个 page 类。
实现页面对象和测试用例分离。

在测试用例中，调用所需页面对象中的行为，组成测试用例。

【3】PO设计模式优势

1、当某个页面的元素发生变化，只需要修改该页面对象中的代码即可，测试用例不需要修改。
2、提高代码重用率。结构清晰，维护代码更容易。
3、测试用例发生变化时，不需要或者只需要修改少数页面对象代码即可，

【4】示例

登录页面LoginPage.py:

c