刚开始，少数的测试用例维护起来可能很容易，但随着时间迁徙、产品迭代、测试套件一连增长，脚本也越来越臃肿，可能须要维护几十个页面，且很多页面是公用的，元素的任何改变都会让我们的脚本变得繁琐复杂、耗时易堕落。例如：十几个用例中都用到了 A 元素，某一天 A 元素被前端改成了 B 元素，我们就须要去十几个用到 A 元素的地方，将 A 元素修改为 B 元素
The public methods represent the services that the page offers 用公共方法表示页面提供的服务
例如：登录页面，有用户名输入框、暗码输入框、登录按钮，于是就可以用 input_username () 代表输入用户名、用 input_password () 代表输入暗码、用 click_submit () 代表点击登录按钮
Try not to expose the internals of the page 尽量不要袒露页面的内部信息
将操纵细节封装成方法，对外只提供对应的方法供调用
Generally don’t make assertions 一般倒霉用断言
断言要和 Page 代码分开，不要将断言写在 PageObject 层
Methods return other PageObjects 方法返回其他 PageObjects
例如：首页有个方法是点击登录图标跳转到登录页面，因此这个方法应该返回 login_page
Need not represent an entire page 不须要表示整个页面
不须要对页面中的每一个元素进行建模，只须要关注我们须要用到的元素。例如：登录页面除了账号暗码登录，另有快捷登录、手机短信登录、扫码登录等
Different results for the same action are modelled as different methods 同一行为的差异效果可以用差异的方法来模拟
例如：对一个页面进行操纵，可能出现正确的效果或者错误的效果，可以为这两种差异的效果分别创建两个差异的方法
POM 框架
开源代码请点击文末小卡片获取
base：base_page，基类，界说项目所需的基础方法，对 Selenium 一些常用的 api 进行二次封装，如：find_element、click、send_keys、screenshot、调用 JavaScript 脚本的方法以及其他与浏览器相关的操纵
为什么要有基类？
由于每个页面都会频繁利用这些方法，若单纯利用 Selenium 原始 api，可能遇到一些问题，例如：某个按钮未加载完成，但已触发了点击事件，导致元素定位不到而报错。这时就可以对原始 api 进行二次封装，如：参加等候时间、对非常进行捕获并打印日志等，之后所有的 PageObject 都继承 BasePage 类，后续只须要调用这些封装好的方法，增强复用性
