自动化脚本中的设计模式-PO模式详解
当我们以脚本的形式编写了大量的自动化测试代码后，很容易发现代码可读性太差了、任何一个测试脚本几乎毫无扩展能力或者说扩展起来只能修改边边角角、一旦被测系统的UI层发生变化对于测试代码的修改来说简直就是灾难性的，整个自动化工程几乎毫无结构可言，当面临这些问题的时候实际上已经失去了一部分自动化测试原有的职能
任何自动化测试团队在开展自动化测试这项活动的之前，必须考虑的是这项活动的ROI，自动化测试的本职是解放人力，基于前边所述的常见情况不仅仅其ROI非常低，也违背了自动化的初衷
基于这个大背景下，常规的自动化测试活动必须引入PO模式，它是一种自动化测试的设计模式，也是一种解耦的思想即：以页面为单位，将页面中的控件及控件的动作逐一提炼，从而在测试脚本中可以直接使用，其最终目的是使得元素定位表达式页面对象测试代码三者分离
而分离后的测试代码，具有极高的可复用性、可读性，可维护性，可扩展性，而这像极了面向对象思想更像极了Java里Spring的MVC模式和Django的MTV模式
定义基本页面类
在自动化测试活动中，每个页面都有其独特的地方，每个月面有都与其共性，为了达到PO模式的目的，首先需要考虑的是每个月面的共性，第一项需要做的就是定义页面的基本特性及活动，它是所有页面类的基类，是独立于所有实际页面之外的
实例代码
定义具体页面类
定义了基本页面类，接下来便是具体到每个页面，因为每个也面都有不同，定义具体页面类也是定义其不同，但凡有相同的都应该抽象到基本页面类中去定义
编写测试脚本
定义基本页面类是为了更快速的定义具体页面类，使得页面对象的共性可以复用，减少测试代码量；定义具体页面类实际上是扩展了基本页面类，相对于基本页面类而言它是独特的页面类；之后，便可以轻松的编写自动化测试脚本，脚本内容也变得简洁而清晰
技术行业，一定要提升技术功底，丰富自动化项目实战经验，这对于你未来几年职业规划，以及测试技术掌握的深度非常有帮助。
金九银十面试季，跳槽季，整理面试题已经成了我多年的习惯！下面有我近几年的收集和整理，整体是围绕着【软件测试】来进行整理的，主体内容包含：python自动化测试专属视频、Python自动化详细资料、全套面试题等知识内容。
对于软件测试的的朋友来说应该是最全面最完整的面试备战仓库，为了更好地整理每个模块，我也参考了很多网上的优质博文和项目，力求不漏掉每一个知识点，很多朋友靠着这些内容进行复习，拿到了BATJ等大厂的offer，这个仓库也已经帮助了很多的软件测试的学习者，希望也能帮助到你！
愿你我相遇，皆有所获！ 欢迎关注微信公众号：【伤心的辣条】 免费领取一份216页软件测试工程师面试宝典文档资料。以及相对应的视频学习教程免费分享！