大家好，又见面了，我是你们的朋友全栈君。
目标
1. 深入理解PO模式的思想
2. 熟练掌握PO模式的分层思想
1. 存在的问题
在做UI自动化时定位元素特别依赖页面，一旦页面发生变更就不得不跟着去修改定位元素的代码。
举例：假设要对一个元素进行点击操作，而且会经常对该元素进行操作，那么你就可能会编写多处如下代码
|
1 |
|
存在的问题：
如果开发人员修改了这个元素的id，这时候你就不得不修改所有对应的代码存在大量冗余代码
思考：如何来解决这个问题呢？
1. PO模式
PO是Page Object的缩写，PO模式是自动化测试项目开发实践的最佳设计模式之一。
核心思想是通过对界面元素的封装减少冗余代码，同时在后期维护中，若元素定位发生变化， 只需要调整页面元素封装的代码，提高测试用例的可维护性、可读性。
PO模式可以把一个页面分为三层，对象库层、操作层、业务层。
对象库层：封装定位元素的方法。操作层：封装对元素的操作。
业务层：将一个或多个操作组合起来完成一个业务功能。比如登录：需要输入帐号、密码、点击登录三个操作。
2.1 引入PO模式的好处
引入PO模式前
存在大量冗余代码
业务流程不清晰后期维护成本大
引入PO模式后
减少冗余代码
业务代码和测试代码被分开，降低耦合性维护成本低
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/131665.html原文链接：https://javaforall.net
