欧宝体育娱乐平台:PageObject（PO）设计模式在 UI 自动化中的实践总结（以 QQ 邮箱登陆为例）

　　原标题：PageObject（PO）设计模式在 UI 自动化中的实践总结（以 QQ 邮箱登陆为例）

　　在他的文章里有这样一张经典样图,图片中展示了测试代码中直接操作HTML元素和使用PO模式将page对象封装成一个HTML页面，通过特定方法来操作元素的对比；如下图：

　　我们知道，PO主要就是应用在UI自动化测试上(Web端和App端均适用)，因此2015年，Selenium官方给出了PO的设计原则说明：

　　如企业微信的通讯录页面，其中有“添加成员”、“批量导入，导出”、“设置所在部门”、“删除”等功能，这些功能都可以封装成通讯录这个UI界面所提供的方法；当然，部分数据较多或者较为复杂，复用性也比较高的话，例如添加成员，也可以单独抽离出来做一个page。

　　要么返回一个页面，这个页面可以是当前页(因为可能还要在这个页面进行其他操作)，可以是其他页面(我们操作某个方法后很可能会跳转到另一个页面进行下一步操作)；

　　要么返回需要断言的值，测试用例总归有预期结果的对吧，那么最后肯定要有方法返回一个值，用来给我们做断言，来判断用例执行是否符合预期结果。

　　不要返回null或者写一个void没有返回值的方法，这样的方法没有意义，既不能为下一步操作创造条件，也不能为用例的断言提供结果。

　　同样的行为：无论输入的账号密码正确与否，都是按照输入账号密码，点击登录这样的行为去操作

　　建模为不同的方法：对于登录页来说，就可以根据登录信息正确与否建模出正确登录、账号错误登录、密码错误登录等方法了

　　对一个测试用例的执行结果进行判断一定是在测试用例里的，方法只是提供给我们业务上需要的操作，因此断言不要加在方法里，而是应该写在用例里

　　我们使用PO的目的就是为了提高测试用例的可读性和可维护性，只要我们人能操作的事，通过page对象封装好的客户端都可以做到；就类似于一个接口，我们只关心请求操作后接口的返回值是什么，而不需要关心接口内部到底是如何工作的

　　一个UI页面可能会包含很多的元素，但是我们只要根据实际业务需求，将我们用的上的元素进行建模即可

　　说的再多，不如动手，下面以QQ邮箱登录为例，演示PO模式在UI自动化中的应用

　　2）创建MainPage类，用于登录成功后的返回页面，由于这里并未演示登录后的操作，所以类中无具体方法实现，仅作为loginSuccess后的返回对象

　　3）创建LoginPage类，继承BasePage类。定义所需元素定位方式并根据操作动作（输入账号、输入密码、点击登录）将其封装成具体的业务操作方法，例如登录成功，用户名错误登录、密码错误登录等，输入的测试数据作为方法的入参传入(username,password)

　　4）最后创建LoginTest测试类，编写测试用例；用例的编写更接近于人的行为，人想要登录邮箱，只需要依靠用户名和密码完成登录的行为即可，无需关注具体的输入框和登录按钮是如何定位，如何进行输入点击的。并在用例中加入断言进行判断。